-
1 данные типа события
Большой англо-русский и русско-английский словарь > данные типа события
-
2 event data
данные типа события; данные о событииschematic data — данные о схеме; данные в схематическом виде
pooled data — совокупность данных; данные объединенные в пул
-
3 event data
1) Вычислительная техника: данные о событиях, данные типа события2) Сетевые технологии: данные о событии, информация о событии -
4 event-level data
Программирование: данные о событиях, данные событийного уровня, данные типа события -
5 event(-level) data
2) данные о событиях; данные событийного уровняEnglish-Russian dictionary of computer science and programming > event(-level) data
-
6 event(-level) data
2) данные о событиях; данные событийного уровняEnglish-Russian dictionary of computer science and programming > event(-level) data
-
7 event data
Большой англо-русский и русско-английский словарь > event data
-
8 generic object oriented substation event
- широковещательное объектно-ориентированное сообщение о событии на подстанции
GOOSE-сообщение
-
[Интент]
широковещательное объектно-ориентированное сообщение о событии на подстанции
Широковещательный высокоскоростной внеочередной отчет, содержащий статус каждого из входов, устройств пуска, элементов выхода и реле, реальных и виртуальных.
Примечание. Этот отчет выдается многократно последовательно, как правило, сразу после первого отчета с интервалами 2, 4, 8,…, 60000 мс. Значение задержки первого повторения является конфигурируемым. Такой отчет обеспечивает выдачу высокоскоростных сигналов отключения с высокой вероятностью доставки.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]
общие объектно-ориентированные события на подстанции
-
[ ГОСТ Р МЭК 61850-7-2-2009]
GOOSE
Generic Object Oriented Substation Event (стандарт МЭК 61850-8-1)
Протокол передачи данных о событиях на подстанции.
Один из трех протоколов передачи данных, предлагаемых к использованию в МЭК 61850.
Фактически данный протокол служит для замены медных кабельных связей, предназначенных для передачи дискретных сигналов между устройствами.
[ Цифровые подстанции. Проблемы внедрения устройств РЗА]EN
generic object oriented substation event
on the occurrence of any change of state, an IED will multicast a high speed, binary object, Generic Object Oriented Substation Event (GOOSE) report by exception, typically containing the double command state of each of its status inputs, starters, output elements and relays, actual and virtual.
This report is re-issued sequentially, typically after the first report, again at intervals of 2, 4, 8…60000 ms. (The first repetition delay value is an open value it may be either shorter or longer).
A GOOSE report enables high speed trip signals to be issued with a high probability of delivery
[IEC 61850-2, ed. 1.0 (2003-08)]До недавнего времени для передачи дискретных сигналов между терминалами релейной защиты и автоматики (РЗА) использовались дискретные входы и выходные реле. Передача сигнала при этом осуществляется подачей оперативного напряжения посредством замыкания выходного реле одного терминала на дискретный вход другого терминала (далее такой способ передачи будем называть традиционным).
Такой способ передачи информации имеет следующие недостатки:- необходимо большое количество контрольных кабелей, проложенных между шкафами РЗА,
- терминалы РЗА должны иметь большое количество дискретных входов и выходных реле,
- количество передаваемых сигналов ограничивается определенным количеством дискретных входов и выходных реле,
- отсутствие контроля связи между терминалами РЗА,
- возможность ложного срабатывания дискретного входа при замыкании на землю в цепи передачи сигнала.
Информационные технологии уже давно предоставляли возможность для передачи информации между микропроцессорными терминалами по цифровой сети. Разработанный недавно стандарт МЭК 61850 предоставил такую возможность для передачи сигналов между терминалами РЗА.
Стандарт МЭК 61850 использует для передачи данных сеть Ethernet. Внутри стандарта МЭК 61850 предусмотрен такой механизм, как GOOSE-сообщения, которые и используются для передачи сообщений между терминалами РЗА.
Принцип передачи GOOSE-сообщений показан на рис. 1.Устройство-отправитель передает по сети Ethernet информацию в широковещательном диапазоне.
В сообщении присутствует адрес отправителя и адреса, по которым осуществляется его передача, а также значение сигнала (например «0» или «1»).
Устройство-получатель получит сообщение, а все остальные устройства его проигнорируют.
Поскольку передача GOOSE-сообщений осуществляется в широковещательном диапазоне, т.е. нескольким адресатам, подтверждение факта получения адресатами сообщения отсутствует. По этой причине передача GOOSE-сообщений в установившемся режиме производится с определенной периодичностью.
При наступлении нового события в системе (например, КЗ и, как следствие, пуска измерительных органов защиты) начинается спонтанная передача сообщения через увеличивающиеся интервалы времени (например, 1 мс, 2 мс, 4 мс и т.д.). Интервалы времени между передаваемыми сообщениями увеличиваются, пока не будет достигнуто предельное значение, определяемое пользователем (например, 50 мс). Далее, до момента наступления нового события в системе, передача будет осуществляется именно с таким периодом. Указанное проиллюстрировано на рис. 2.Технология повторной передачи не только гарантирует получение адресатом сообщения, но также обеспечивает контроль исправности линии связи и устройств – любые неисправности будут обнаружены по истечении максимального периода передачи GOOSE-сообщений (с точки зрения эксплуатации практически мгновенно). В случае передачи сигналов традиционным образом неисправность выявляется либо в процессе плановой проверки устройств, либо в случае неправильной работы системы РЗА.
Еще одной особенностью передачи GOOSE-сообщений является использование функций установки приоритетности передачи телеграмм (priority tagging) стандарта Ethernet IEEE 802.3u, которые не используются в других протоколах, в том числе уровня TCP/IP. То есть GOOSE-сообщения идут в обход «нормальных» телеграмм с более высоким приоритетом (см. рис. 3).
Однако стандарт МЭК 61850 декларирует передачу не только дискретной информации между терминалами РЗА, но и аналоговой. Это означает, что в будущем будет иметься возможность передачи аналоговой информации от ТТ и ТН по цифровым каналам связи. На данный момент готовых решений по передаче аналоговой информации для целей РЗА (в рамках стандарта МЭК 61850) ни один из производителей не предоставляет.
Для того чтобы использовать GOOSE-сообщения для передачи дискретных сигналов между терминалами РЗА необходима достаточная надежность и быстродействие передачи GOOSE-сообщений. Надежность передачи GOOSE-сообщений обеспечивается следующим:- Протокол МЭК 61850 использует Ethernet-сеть, за счет этого выход из строя верхнего уровня АСУ ТП и любого из устройств РЗА не отражается на передаче GOOSE-сообщений оставшихся в работе устройств,
- Терминалы РЗА имеют два независимых Ethernet-порта, при выходе одного из них из строя второй его полностью заменяет,
- Сетевые коммутаторы, к которым подключаются устройства РЗА, соединяются в два независимых «кольца»,
- Разные порты одного терминала РЗА подключаются к разным сетевым коммутаторам, подключенным к разным «кольцам»,
- Каждый сетевой коммутатор имеет дублированное питание от разных источников,
- Во всех устройствах РЗА осуществляется постоянный контроль возможности прохождения каждого сигнала. Это позволяет автоматически определить не только отказы цифровой связи, но и ошибки параметрирования терминалов.
На рис. 4 изображен пример структурной схемы сети Ethernet (100 Мбит/c) подстанции. Отказ в передаче GOOSE-сообщения от одного устройства защиты другому возможен в результате совпадения как минимум двух событий. Например, одновременный отказ двух коммутаторов, к которым подключено одно устройство или одновременный отказ обоих портов одного устройства. Могут быть и более сложные отказы, связанные с одновременным наложением большего количества событий. Таким образом, единичные отказы оборудования не могут привести к отказу передачи GOOSEсообщений. Дополнительно увеличивает надежность то обстоятельство, что даже в случае отказа в передаче GOOSE-сообщения, устройство, принимающее сигнал, выдаст сигнал неисправности, и персонал примет необходимые меры для ее устранения.
Быстродействие.
В соответствии с требованиями стандарта МЭК 61850 передача GOOSE-сообщений должна осуществляться со временем не более 4 мс (для сообщений, требующих быстрой передачи, например, для передачи сигналов срабатывания защит, пусков АПВ и УРОВ и т.п.). Вообще говоря, время передачи зависит от топологии сети, количества устройств в ней, загрузки сети и загрузки вычислительных ресурсов терминалов РЗА, версии операционной системы терминала, коммуникационного модуля, типа центрального процессора терминала, количества коммутаторов и некоторых других аспектов. Поэтому время передачи GOOSE-сообщений должно быть подтверждено опытом эксплуатации.
Используя для передачи дискретных сигналов GOOSE-сообщения необходимо обращать внимание на то обстоятельство, что при использовании аппаратуры некоторых производителей, в случае отказа линии связи, значение передаваемого сигнала может оставаться таким, каким оно было получено в момент приема последнего сообщения.
Однако при отказе связи бывают случаи, когда сигнал должен принимать определенное значение. Например, значение сигнала блокировки МТЗ ввода 6–10 кВ в логике ЛЗШ при отказе связи целесообразно установить в значение «1», чтобы при КЗ на отходящем присоединении не произошло ложного отключения ввода. Так, к примеру, при проектировании терминалов фирмы Siemens изменить значение сигнала при отказе связи возможно с помощью свободно-программируемой CFCлогики (см. рис. 5).К CFC-блоку SI_GET_STATUS подводится принимаемый сигнал, на выходе блока мы можем получить значение сигнала «Value» и его статус «NV». Если в течение определенного времени не поступит сообщение со значением сигнала, статус сигнала «NV» примет значение «1». Далее статус сигнала и значение сигнала подводятся к элементу «ИЛИ», на выходе которого будет получено значение сигнала при исправности линии связи или «1» при нарушении исправности линии связи. Изменив логику, можно установить значение сигнала равным «0» при обрыве связи.
Использование GOOSE-сообщений предъявляет специальные требования к наладке и эксплуатации устройств РЗА. Во многом процесс наладки становится проще, однако при выводе устройства из работы необходимо следить не только за выводом традиционных цепей, но и не забывать отключать передачу GOOSE-сообщений.
При изменении параметрирования одного устройства РЗА необходимо производить загрузку файла параметров во все устройства, с которыми оно было связано.
В нашей стране имеется опыт внедрения и эксплуатации систем РЗА с передачей дискретных сигналов с использованием GOOSE-сообщений. На первых объектах GOOSE-сообщения использовались ограниченно (ПС 500 кВ «Алюминиевая»).
На ПС 500 кВ «Воронежская» GOOSEсообщения использовались для передачи сигналов пуска УРОВ, пуска АПВ, запрета АПВ, действия УРОВ на отключение смежного элемента, положения коммутационных аппаратов, наличия/отсутствия напряжения, сигналы ЛЗШ, АВР и т.п. Кроме того, на ОРУ 500 кВ и 110 кВ ПС «Воронежская» были установлены полевые терминалы, в которые собиралась информация с коммутационного оборудования и другая дискретная информация с ОРУ (рис. 6). Далее информация с помощью GOOSE-сообщений передавалась в терминалы РЗА, установленные в ОПУ подстанции (рис. 7, 8).
GOOSE-сообщения также были использованы при проектировании уже введенных в эксплуатацию ПС 500 кВ «Бескудниково», ПС 750 кВ «Белый Раст», ПС 330кВ «Княжегубская», ПС 220 кВ «Образцово», ПС 330 кВ «Ржевская». Эта технология применяется и при проектировании строящихся и модернизируемых подстанций ПС 500 кВ «Чагино», ПС 330кВ «Восточная», ПС 330 кВ «Южная», ПС 330 кВ «Центральная», ПС
330 кВ «Завод Ильич» и многих других.
Основные преимущества использования GOOSE-сообщений:- позволяет снизить количество кабелей вторичной коммутации на ПС;
- обеспечивает лучшую помехозащищенность канала связи;
- позволяет снизить время монтажных и пусконаладочных работ;
- исключает проблему излишнего срабатывания дискретных входов терминалов из-за замыканий на землю в цепях оперативного постоянного тока;
- убирает зависимость количества передаваемых сигналов от количества дискретных входов и выходных реле терминалов;
- обеспечивает возможность реконструкции и изменения связей между устройствами РЗА без прокладки дополнительных кабельных связей и повторного монтажа в шкафах;
- позволяет использовать МП терминалы РЗА с меньшим количеством входов и выходов (уменьшение габаритов и стоимости устройства);
- позволяет контролировать возможность прохождения сигнала (увеличивается надежность).
Безусловно, для окончательных выводов должен появиться достаточный опыт эксплуатации. В настоящее время большинство производителей устройств РЗА заявили о возможности использования GOOSEсообщений. Стандарт МЭК 61850 определяет передачу GOOSE-сообщений между терминалами разных производителей. Использование GOOSE-сообщений для передачи дискретных сигналов – это качественный скачок в развитии систем РЗА. С развитием стандарта МЭК 61850, переходом на Ethernet 1 Гбит/сек, с появлением новых цифровых ТТ и ТН, новых выключателей с возможностью подключения их блока управления к шине процесса МЭК 61850, эффективность использования GOOSE-сообщений намного увеличится. Облик будущих подстанций представляется с минимальным количеством контрольных кабелей, с передачей всех сообщений между устройствами РЗА, ТТ, ТН, коммутационными аппаратами через цифровую сеть. Устройства РЗА будут иметь минимальное количество выходных реле и дискретных входов
[ http://romvchvlcomm.pbworks.com/f/goosepaper1.pdf]
В стандарте определены два способа передачи данных напрямую между устройствами: GOOSE и GSSE. Это тоже пример наличия двух способов для реализации одной функции. GOOSE - более новый способ передачи сообщений, разработан специально для МЭК 61850. Способ передачи сообщений GSSE ранее присутствовал в стандарте UCA 2.0, являющимся одним из предшественников МЭК 61850. По сравнению с GSSE, GOOSE имеет более простой формат (Ethernet против стека OSI протоколов) и возможность передачи различных типов данных. Вероятно, способ GSSE включили в МЭК 61850 для того, чтобы производители, имеющие в своих устройствах протокол UCA 2.0, могли сразу декларировать соответствие МЭК 61850. В настоящее время все производители используют только GOOSE для передачи сообщений между устройствами.
Для выбора списка передаваемых данных в GOOSE, как и в отчѐтах, используются наборы данных. Однако тут требования уже другие. Время обработки GOOSE-сообщений должно быть минимальным, поэтому логично передавать наиболее простые типы данных. Обычно передаѐтся само значение сигнала и в некоторых случаях добавляется поле качества. Метка времени обычно включается в набор данных.
...
В устройствах серии БЭ2704 в передаваемых GOOSE-сообщениях содержатся данные типа boolean. Приниматься могут данные типа boolean, dbpos, integer.
Устоявшаяся тенденция существует только для передачи дискретной информации. Аналоговые данные пока передают немногие производители, и поэтому устоявшаяся тенденция в передаче аналоговой информации в данный момент отсутствует.
[ Источник]
Тематики
Синонимы
EN
Англо-русский словарь нормативно-технической терминологии > generic object oriented substation event
-
9 GOOSE
- широковещательное объектно-ориентированное сообщение о событии на подстанции
GOOSE-сообщение
-
[Интент]
широковещательное объектно-ориентированное сообщение о событии на подстанции
Широковещательный высокоскоростной внеочередной отчет, содержащий статус каждого из входов, устройств пуска, элементов выхода и реле, реальных и виртуальных.
Примечание. Этот отчет выдается многократно последовательно, как правило, сразу после первого отчета с интервалами 2, 4, 8,…, 60000 мс. Значение задержки первого повторения является конфигурируемым. Такой отчет обеспечивает выдачу высокоскоростных сигналов отключения с высокой вероятностью доставки.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]
общие объектно-ориентированные события на подстанции
-
[ ГОСТ Р МЭК 61850-7-2-2009]
GOOSE
Generic Object Oriented Substation Event (стандарт МЭК 61850-8-1)
Протокол передачи данных о событиях на подстанции.
Один из трех протоколов передачи данных, предлагаемых к использованию в МЭК 61850.
Фактически данный протокол служит для замены медных кабельных связей, предназначенных для передачи дискретных сигналов между устройствами.
[ Цифровые подстанции. Проблемы внедрения устройств РЗА]EN
generic object oriented substation event
on the occurrence of any change of state, an IED will multicast a high speed, binary object, Generic Object Oriented Substation Event (GOOSE) report by exception, typically containing the double command state of each of its status inputs, starters, output elements and relays, actual and virtual.
This report is re-issued sequentially, typically after the first report, again at intervals of 2, 4, 8…60000 ms. (The first repetition delay value is an open value it may be either shorter or longer).
A GOOSE report enables high speed trip signals to be issued with a high probability of delivery
[IEC 61850-2, ed. 1.0 (2003-08)]До недавнего времени для передачи дискретных сигналов между терминалами релейной защиты и автоматики (РЗА) использовались дискретные входы и выходные реле. Передача сигнала при этом осуществляется подачей оперативного напряжения посредством замыкания выходного реле одного терминала на дискретный вход другого терминала (далее такой способ передачи будем называть традиционным).
Такой способ передачи информации имеет следующие недостатки:- необходимо большое количество контрольных кабелей, проложенных между шкафами РЗА,
- терминалы РЗА должны иметь большое количество дискретных входов и выходных реле,
- количество передаваемых сигналов ограничивается определенным количеством дискретных входов и выходных реле,
- отсутствие контроля связи между терминалами РЗА,
- возможность ложного срабатывания дискретного входа при замыкании на землю в цепи передачи сигнала.
Информационные технологии уже давно предоставляли возможность для передачи информации между микропроцессорными терминалами по цифровой сети. Разработанный недавно стандарт МЭК 61850 предоставил такую возможность для передачи сигналов между терминалами РЗА.
Стандарт МЭК 61850 использует для передачи данных сеть Ethernet. Внутри стандарта МЭК 61850 предусмотрен такой механизм, как GOOSE-сообщения, которые и используются для передачи сообщений между терминалами РЗА.
Принцип передачи GOOSE-сообщений показан на рис. 1.Устройство-отправитель передает по сети Ethernet информацию в широковещательном диапазоне.
В сообщении присутствует адрес отправителя и адреса, по которым осуществляется его передача, а также значение сигнала (например «0» или «1»).
Устройство-получатель получит сообщение, а все остальные устройства его проигнорируют.
Поскольку передача GOOSE-сообщений осуществляется в широковещательном диапазоне, т.е. нескольким адресатам, подтверждение факта получения адресатами сообщения отсутствует. По этой причине передача GOOSE-сообщений в установившемся режиме производится с определенной периодичностью.
При наступлении нового события в системе (например, КЗ и, как следствие, пуска измерительных органов защиты) начинается спонтанная передача сообщения через увеличивающиеся интервалы времени (например, 1 мс, 2 мс, 4 мс и т.д.). Интервалы времени между передаваемыми сообщениями увеличиваются, пока не будет достигнуто предельное значение, определяемое пользователем (например, 50 мс). Далее, до момента наступления нового события в системе, передача будет осуществляется именно с таким периодом. Указанное проиллюстрировано на рис. 2.Технология повторной передачи не только гарантирует получение адресатом сообщения, но также обеспечивает контроль исправности линии связи и устройств – любые неисправности будут обнаружены по истечении максимального периода передачи GOOSE-сообщений (с точки зрения эксплуатации практически мгновенно). В случае передачи сигналов традиционным образом неисправность выявляется либо в процессе плановой проверки устройств, либо в случае неправильной работы системы РЗА.
Еще одной особенностью передачи GOOSE-сообщений является использование функций установки приоритетности передачи телеграмм (priority tagging) стандарта Ethernet IEEE 802.3u, которые не используются в других протоколах, в том числе уровня TCP/IP. То есть GOOSE-сообщения идут в обход «нормальных» телеграмм с более высоким приоритетом (см. рис. 3).
Однако стандарт МЭК 61850 декларирует передачу не только дискретной информации между терминалами РЗА, но и аналоговой. Это означает, что в будущем будет иметься возможность передачи аналоговой информации от ТТ и ТН по цифровым каналам связи. На данный момент готовых решений по передаче аналоговой информации для целей РЗА (в рамках стандарта МЭК 61850) ни один из производителей не предоставляет.
Для того чтобы использовать GOOSE-сообщения для передачи дискретных сигналов между терминалами РЗА необходима достаточная надежность и быстродействие передачи GOOSE-сообщений. Надежность передачи GOOSE-сообщений обеспечивается следующим:- Протокол МЭК 61850 использует Ethernet-сеть, за счет этого выход из строя верхнего уровня АСУ ТП и любого из устройств РЗА не отражается на передаче GOOSE-сообщений оставшихся в работе устройств,
- Терминалы РЗА имеют два независимых Ethernet-порта, при выходе одного из них из строя второй его полностью заменяет,
- Сетевые коммутаторы, к которым подключаются устройства РЗА, соединяются в два независимых «кольца»,
- Разные порты одного терминала РЗА подключаются к разным сетевым коммутаторам, подключенным к разным «кольцам»,
- Каждый сетевой коммутатор имеет дублированное питание от разных источников,
- Во всех устройствах РЗА осуществляется постоянный контроль возможности прохождения каждого сигнала. Это позволяет автоматически определить не только отказы цифровой связи, но и ошибки параметрирования терминалов.
На рис. 4 изображен пример структурной схемы сети Ethernet (100 Мбит/c) подстанции. Отказ в передаче GOOSE-сообщения от одного устройства защиты другому возможен в результате совпадения как минимум двух событий. Например, одновременный отказ двух коммутаторов, к которым подключено одно устройство или одновременный отказ обоих портов одного устройства. Могут быть и более сложные отказы, связанные с одновременным наложением большего количества событий. Таким образом, единичные отказы оборудования не могут привести к отказу передачи GOOSEсообщений. Дополнительно увеличивает надежность то обстоятельство, что даже в случае отказа в передаче GOOSE-сообщения, устройство, принимающее сигнал, выдаст сигнал неисправности, и персонал примет необходимые меры для ее устранения.
Быстродействие.
В соответствии с требованиями стандарта МЭК 61850 передача GOOSE-сообщений должна осуществляться со временем не более 4 мс (для сообщений, требующих быстрой передачи, например, для передачи сигналов срабатывания защит, пусков АПВ и УРОВ и т.п.). Вообще говоря, время передачи зависит от топологии сети, количества устройств в ней, загрузки сети и загрузки вычислительных ресурсов терминалов РЗА, версии операционной системы терминала, коммуникационного модуля, типа центрального процессора терминала, количества коммутаторов и некоторых других аспектов. Поэтому время передачи GOOSE-сообщений должно быть подтверждено опытом эксплуатации.
Используя для передачи дискретных сигналов GOOSE-сообщения необходимо обращать внимание на то обстоятельство, что при использовании аппаратуры некоторых производителей, в случае отказа линии связи, значение передаваемого сигнала может оставаться таким, каким оно было получено в момент приема последнего сообщения.
Однако при отказе связи бывают случаи, когда сигнал должен принимать определенное значение. Например, значение сигнала блокировки МТЗ ввода 6–10 кВ в логике ЛЗШ при отказе связи целесообразно установить в значение «1», чтобы при КЗ на отходящем присоединении не произошло ложного отключения ввода. Так, к примеру, при проектировании терминалов фирмы Siemens изменить значение сигнала при отказе связи возможно с помощью свободно-программируемой CFCлогики (см. рис. 5).К CFC-блоку SI_GET_STATUS подводится принимаемый сигнал, на выходе блока мы можем получить значение сигнала «Value» и его статус «NV». Если в течение определенного времени не поступит сообщение со значением сигнала, статус сигнала «NV» примет значение «1». Далее статус сигнала и значение сигнала подводятся к элементу «ИЛИ», на выходе которого будет получено значение сигнала при исправности линии связи или «1» при нарушении исправности линии связи. Изменив логику, можно установить значение сигнала равным «0» при обрыве связи.
Использование GOOSE-сообщений предъявляет специальные требования к наладке и эксплуатации устройств РЗА. Во многом процесс наладки становится проще, однако при выводе устройства из работы необходимо следить не только за выводом традиционных цепей, но и не забывать отключать передачу GOOSE-сообщений.
При изменении параметрирования одного устройства РЗА необходимо производить загрузку файла параметров во все устройства, с которыми оно было связано.
В нашей стране имеется опыт внедрения и эксплуатации систем РЗА с передачей дискретных сигналов с использованием GOOSE-сообщений. На первых объектах GOOSE-сообщения использовались ограниченно (ПС 500 кВ «Алюминиевая»).
На ПС 500 кВ «Воронежская» GOOSEсообщения использовались для передачи сигналов пуска УРОВ, пуска АПВ, запрета АПВ, действия УРОВ на отключение смежного элемента, положения коммутационных аппаратов, наличия/отсутствия напряжения, сигналы ЛЗШ, АВР и т.п. Кроме того, на ОРУ 500 кВ и 110 кВ ПС «Воронежская» были установлены полевые терминалы, в которые собиралась информация с коммутационного оборудования и другая дискретная информация с ОРУ (рис. 6). Далее информация с помощью GOOSE-сообщений передавалась в терминалы РЗА, установленные в ОПУ подстанции (рис. 7, 8).
GOOSE-сообщения также были использованы при проектировании уже введенных в эксплуатацию ПС 500 кВ «Бескудниково», ПС 750 кВ «Белый Раст», ПС 330кВ «Княжегубская», ПС 220 кВ «Образцово», ПС 330 кВ «Ржевская». Эта технология применяется и при проектировании строящихся и модернизируемых подстанций ПС 500 кВ «Чагино», ПС 330кВ «Восточная», ПС 330 кВ «Южная», ПС 330 кВ «Центральная», ПС
330 кВ «Завод Ильич» и многих других.
Основные преимущества использования GOOSE-сообщений:- позволяет снизить количество кабелей вторичной коммутации на ПС;
- обеспечивает лучшую помехозащищенность канала связи;
- позволяет снизить время монтажных и пусконаладочных работ;
- исключает проблему излишнего срабатывания дискретных входов терминалов из-за замыканий на землю в цепях оперативного постоянного тока;
- убирает зависимость количества передаваемых сигналов от количества дискретных входов и выходных реле терминалов;
- обеспечивает возможность реконструкции и изменения связей между устройствами РЗА без прокладки дополнительных кабельных связей и повторного монтажа в шкафах;
- позволяет использовать МП терминалы РЗА с меньшим количеством входов и выходов (уменьшение габаритов и стоимости устройства);
- позволяет контролировать возможность прохождения сигнала (увеличивается надежность).
Безусловно, для окончательных выводов должен появиться достаточный опыт эксплуатации. В настоящее время большинство производителей устройств РЗА заявили о возможности использования GOOSEсообщений. Стандарт МЭК 61850 определяет передачу GOOSE-сообщений между терминалами разных производителей. Использование GOOSE-сообщений для передачи дискретных сигналов – это качественный скачок в развитии систем РЗА. С развитием стандарта МЭК 61850, переходом на Ethernet 1 Гбит/сек, с появлением новых цифровых ТТ и ТН, новых выключателей с возможностью подключения их блока управления к шине процесса МЭК 61850, эффективность использования GOOSE-сообщений намного увеличится. Облик будущих подстанций представляется с минимальным количеством контрольных кабелей, с передачей всех сообщений между устройствами РЗА, ТТ, ТН, коммутационными аппаратами через цифровую сеть. Устройства РЗА будут иметь минимальное количество выходных реле и дискретных входов
[ http://romvchvlcomm.pbworks.com/f/goosepaper1.pdf]
В стандарте определены два способа передачи данных напрямую между устройствами: GOOSE и GSSE. Это тоже пример наличия двух способов для реализации одной функции. GOOSE - более новый способ передачи сообщений, разработан специально для МЭК 61850. Способ передачи сообщений GSSE ранее присутствовал в стандарте UCA 2.0, являющимся одним из предшественников МЭК 61850. По сравнению с GSSE, GOOSE имеет более простой формат (Ethernet против стека OSI протоколов) и возможность передачи различных типов данных. Вероятно, способ GSSE включили в МЭК 61850 для того, чтобы производители, имеющие в своих устройствах протокол UCA 2.0, могли сразу декларировать соответствие МЭК 61850. В настоящее время все производители используют только GOOSE для передачи сообщений между устройствами.
Для выбора списка передаваемых данных в GOOSE, как и в отчѐтах, используются наборы данных. Однако тут требования уже другие. Время обработки GOOSE-сообщений должно быть минимальным, поэтому логично передавать наиболее простые типы данных. Обычно передаѐтся само значение сигнала и в некоторых случаях добавляется поле качества. Метка времени обычно включается в набор данных.
...
В устройствах серии БЭ2704 в передаваемых GOOSE-сообщениях содержатся данные типа boolean. Приниматься могут данные типа boolean, dbpos, integer.
Устоявшаяся тенденция существует только для передачи дискретной информации. Аналоговые данные пока передают немногие производители, и поэтому устоявшаяся тенденция в передаче аналоговой информации в данный момент отсутствует.
[ Источник]
Тематики
Синонимы
EN
Англо-русский словарь нормативно-технической терминологии > GOOSE
-
10 operation
- эксплуатация (в информационных технологиях)
- эксплуатация
- цикл обработки
- управление (оборудованием)
- технологическая операция
- срабатывание
- режим работы
- режим (работы)
- работа
- описание и работа устройства
- оперирование
- операция устройства вычислительной машины
- операция (в информационных технологиях)
- операция
- оперативное управление
- нормальная эксплуатация
- аварийная эксплуатация
оперативное управление
Управление текущими событиями, включающее оперативное планирование, оперативный учет, оперативный контроль.
[Энциклопедический словарь экономики и права]Параллельные тексты EN-RU
Information for site engineering
With information delivered to ensure the traceability of electrical distribution, motor operation and power consumption data, installations are constantly improved.
[Schneider Electric]Информационная система для оперативного управления
Предоставляемая системой информация, позволяет отслеживать различные процессы, связанные с распределением электроэнергии, управлением электродвигателями и потреблением электроэнергии, что дает возможность постоянно улучшать эффективность электроустановок.
[Перевод Интент]
Тематики
EN
операция
Отдельная законченная часть технологического процесса, выполняемая на одном рабочем месте одним или не сколькими рабочими.
[МУ 64-01-001-2002]
операция
1. Совокупность действий, направленных на достижение некоторой цели, основное понятие научной дисциплины «исследование операций.» (примеры см. в статье Исследование операций). То же, например, в сетевом планировании и управлении — работа. Математически О. описывается следующими множествами: начальных условий, характеристик внешней среды, альтернативных стратегий, предназначенных для достижения цели (или целей) О., а также характеристик этих целей, т.е. ожидаемых результатов. Степень соответствия результата О. поставленной цели характеризуется критерием эффективности О. Результат О. зависит от действий оперирующей стороны, а также от неконтролируемых факторов, создающих обстановку (условия) проведения этой О. Неконтролируемые факторы могут быть: а) фиксированными (значение их известно); б) случайными фиксированными (известен закон их распределения); в) неопределенными, для которых может быть известна только возможная область изменения (либо в силу ограниченности знаний, либо если эти факторы отражают действие каких-то объектов, независимых от оперирующей стороны и преследующих собственные цели). 2. Элементарная часть процесса функционирования экономической системы, стабильная по содержанию и имеющая самостоятельную цель. Характеризуется множествами входных ресурсов, количественных и качественных характеристик продуктов, получаемых в результате ее выполнения, а также допустимых технологических способов преобразования ресурсов в продукты.
[ http://slovar-lopatnikov.ru/]Совокупность последовательно выполняемых операций...
Разрешается применение гибких шлангов для подключения к оборудованию, подвергающегося вибрации в процессе эксплуатации и для проведения операций слива и налива в железнодорожные цистерны и другое нестационарное оборудование, а также для выполнения вспомогательных операций
[ПБ 09-61-93]Тематики
Обобщающие термины
- процесс производства, технология
Действия
EN
операция (в информационных технологиях)
Любая предопределенная деятельность или транзакция. Например, загрузка магнитной ленты, принятие денег в точке продаж или чтение данных с диска.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]EN
operation
(ITIL Service Operation)
Day-to-day management of an IT service, system or other configuration item. Operation is also used to mean any predefined activity or transaction - for example, loading a magnetic tape, accepting money at a point of sale, or reading data from a disk drive.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]Тематики
EN
операция устройства вычислительной машины
операция
Однозначно определенное действие, выполняемое устройством вычислительной машины и составляющее выполнение команды или реакцию на определенные условия.
[ ГОСТ 15971-90]Тематики
Синонимы
EN
работа
1. Занятие, труд, деятельность.
2. Производственная деятельность по созданию, обработке чего-либо.
3. Продукт труда, готовое изделие.
4. Любые работы - строительно-монтажные, ремонтные, научно-исследовательские, опытно-конструкторские, технологические, проектно-изыскательские и иные, реализуемые либо предназначенные для реализации.
[ http://www.lexikon.ru/dict/buh/index.html]
работа
операция
В сетевом планировании и управлении так называют процесс, непосредственно предшествующий свершению какого-либо события. Понятие «Р.» охватывает в сетевом графике не только те или иные процессы строительства или обеспечения различными ресурсами, но и ожидание, связанное с соблюдением технологических перерывов, и просто зависимость между двумя событиями (это называется фиктивная Р.). Важнейшая характеристика Р. — ее объем, который в зависимости от типа сетевого графика (метода СПУ) может выражаться в разных величинах: трудоемкости, продолжительности («временные оценки«), стоимости и т.д. В выбранных единицах объем Р. представляется некоторой скалярной величиной (см. Скаляр). Промежуток времени между моментами начала и окончания Р. (ее продолжительность) обычно обозначается tij, момент начала —tijн, момент окончания — tijо, где i, j — номера событий, связанных с данной работой. В сетевом графике учитывается продолжительность Р.: минимальная, которая характеризуется наибольшей загрузкой фронта работ., привлечением максимально возможного количества техники, людей и т.д.; нормальная, которая устанавливается из нормального режима, оптимального насыщения фронта работ. Выделяются также сроки начала Р.: самый ранний (он характеризуется длиной критического пути от начального события до момента начала данной Р.); самый поздний: тот, который не вызовет задержки конечного события. Наконец, сроки окончания Р.: самый ранний (он характеризуется длиной критического пути от начального события до момента начала данной Р.); самый поздний: наиболее поздний допустимый момент окончания, который не вызовет задержки свершения конечного события. В сетевом графике Р. изображается стрелкой, соединяющей два события (см. рис. к статье Сетевой график). Никакая Р. не может быть начата до тех пор, пока не свершилось предшествующее ей событие. Фиктивная Р. обозначается пунктирной стрелкой. Р., находящаяся на критическом пути, называется критической.
[ http://slovar-lopatnikov.ru/]Тематики
Синонимы
EN
режим (работы)
Правила и процедуры, определяющие порядок проведения работы (см. тж. mode). См. around-the-clock- DM0, duplex-, half-duplex-, slip-free-, talkaround ~, unattended ~, wormhole ~, wrap-up ~.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]Тематики
- электросвязь, основные понятия
EN
режим работы
-
[Интент]EN
- action
- Beh
- behavior
- behaviour
- condition
- duty
- method of working
- mode
- mode of behavior
- mode of behaviour
- mode of operation
- mode of working
- operating conditions
- operating mode
- operating regime
- operating running regime
- operation
- practice
- regime
- routine
- routine of work
- run
- schedule
- state
- type of operation
технологическая операция
операция
Законченная часть технологического процесса, выполняемая на одном рабочем месте.
[ГОСТ 3.1109-82]
[ОСТ 68-13-99]
технологическая операция
Элементарная часть производственного процесса или технологической стадии, выполненная за один прием машиной, отдельным аппаратом или работником.
[МУ 64-01-001-2002]Тематики
Обобщающие термины
- организационно-технические категории производства
- процесс производства, технология
Синонимы
EN
DE
FR
управление (оборудованием)
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]Тематики
- электротехника, основные понятия
EN
цикл обработки
процесс обработки
разработка
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]Тематики
Синонимы
EN
эксплуатация
-
[IEV number 151-11-28]EN
operation
combination of activities necessary to permit an installation to function
NOTE – Operation includes matters as switching, controlling, monitoring and maintenance as well as any work activities.
[IEV number 151-11-28]FR
exploitation, f
ensemble des activités nécessaires pour permettre le fonctionnement d'une installation
NOTE – L'exploitation comprend des activités telles que manœuvres, commande, contrôle et maintenance, ainsi que tous travaux.
[IEV number 151-11-28]EN
DE
FR
эксплуатация (в информационных технологиях)
(ITIL Service Operation)
Ежедневное управление ИТ-услугой, Системой или другими Конфигурационными единицами.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]EN
operation
(ITIL Service Operation)
Day-to-day management of an IT service, system or other configuration item. Operation is also used to mean any predefined activity or transaction for example, loading a magnetic tape, accepting money at a point of sale, or reading data from a disk drive.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]Тематики
EN
3.6.1 оперирование (operation): Перевод подвижного контакта (контактов) из разомкнутого положения в замкнутое и наоборот.
Примечание - Различают электрическое оперирование (т.е. включение и отключение) как коммутирующее и механическое оперирование (т.е. замыкание или размыкание).
Источник: ГОСТ Р МЭК 60755-2012: Общие требования к защитным устройствам, управляемым дифференциальным (остаточным) током оригинал документа
3.58 аварийная эксплуатация (Operation, Incidental): Условия, которые не соответствуют нормальной эксплуатации оборудования или системы.
Примечание - В отношении трубопроводных систем аварийные условия могут приводить к нестандартным значениям давления, например скачки давления вследствие внезапного закрытия запорной арматуры или поломки системы и включения системы аварийной защиты от превышения давления.
Источник: ГОСТ Р 54382-2011: Нефтяная и газовая промышленность. Подводные трубопроводные системы. Общие технические требования оригинал документа
3.59 нормальная эксплуатация (Operation, Normal): Условия, которые возникают в результате эксплуатации и применения оборудования или системы в соответствии с их предназначением, включая управление условиями, контроль целостности, обслуживание, ремонтные работы и т.д.
Примечание - Что касается трубопроводов, термин распространяется на стационарные условия перекачки на всем диапазоне значений расхода, а также возможные условия засорения и отключения, когда таковые возникают как часть повседневной работы.
Источник: ГОСТ Р 54382-2011: Нефтяная и газовая промышленность. Подводные трубопроводные системы. Общие технические требования оригинал документа
3.5.8 операция (operation): Завершение действия или части работы с целью достижения конечного результата.
Источник: ГОСТ Р ИСО 15531-31-2010: Системы промышленной автоматизации и интеграция. Данные по управлению промышленным производством Часть 31. Информационная модель ресурсов оригинал документа
3.2.11 срабатывание (operation): Переход одного или более подвижных контактов из разомкнутого в замкнутое положение и наоборот.
Примечание - Для установления различия срабатывание под нагрузкой (например, включение или отключение тока) обозначает коммутацию, а без нагрузки (например, замыкание или размыкание цепи без тока) - механическое срабатывание.
Источник: ГОСТ Р 50345-2010: Аппаратура малогабаритная электрическая. Автоматические выключатели для защиты от сверхтоков бытового и аналогичного назначения. Часть 1. Автоматические выключатели для переменного тока оригинал документа
33. Операция устройства вычислительной машины
Операция
Operation
Однозначно определенное действие, выполняемое устройством вычислительной машины и составляющее выполнение команды или реакцию на определенные условия
Источник: ГОСТ 15971-90: Системы обработки информации. Термины и определения оригинал документа
3.1.6 операция (operation): Рабочее задание, для которого проводят измерение представительной вибрации.
Примечание - Операция может представлять собой какую-либо фазу рабочего цикла (последовательности действий с использованием машины, выполняемых в ходе заданного технологического процесса) или весь цикл в целом.
Источник: ГОСТ 16519-2006: Вибрация. Определение параметров вибрационной характеристики ручных машин и машин с ручным управлением. Общие требования оригинал документа
3.74 операция (operation): Услуга, которая может быть запрошена от объекта для воздействия на поведение.
Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа
Англо-русский словарь нормативно-технической терминологии > operation
-
11 clock synchronization
синхронизация времени
-
[ ГОСТ Р МЭК 60870-5-103-2005]Также нормированы допустимые временные задержки для различных видов сигналов, включая дискретные сигналы, оцифрованные мгновенные значения токов и напряжений, сигналы синхронизации времени и т.п.
[Новости Электротехники №4(76) | СТАНДАРТ МЭК 61850]Широковещательное сообщение, как правило, содержит адрес отправителя и глобальный адрес получателя. Примером широковещательного сообщения служит синхронизация времени.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]Устройства последних поколений дают возможность синхронизации времени с точностью до микросекунд с помощью GPS.
С помощью этого интерфейса сигнал синхронизации времени (от радиоприемника DCF77 сигнал точного времени из Braunschweig, либо от радиоприемника iRiG-B сигнал точного времени глобальной спутниковой системы GPS) может быть передан в терминал для точной синхронизации времени.
[Герхард Циглер. ЦИФРОВАЯ ДИСТАНЦИОННАЯ ЗАЩИТА. ПРИНЦИПЫ И ПРИМЕНЕНИЕ
Перевод с английского ]В том случае если принятое сообщение искажено ( повреждено) в результате неисправности канала связи или в результате потери синхронизации времени, пользователь имеет возможность...
2.13 Синхронизация часов реального времени сигналом по оптовходу
В современных системах релейной защиты зачастую требуется синхронизированная работа часов всех реле в системе для восстановления хронологии работы разных реле.
Это может быть выполнено с использованием сигналов синхронизации времени по интерфейсу IRIG-B, если реле оснащено таким входом или сигналом от системы OP
[Дистанционная защита линии MiCOM P443/ ПРИНЦИП РАБОТЫ]
СИНХРОНИЗАЦИЯ ВРЕМЕНИ СОГЛАСНО СТАНДАРТУ IEEE 1588
Автор: Андреас Дреер (Hirschmann Automation and Control)
Вопрос синхронизации устройств по времени важен для многих распределенных систем промышленной автоматизации. При использовании протокола Precision Time Protocol (PTP), описанного стандартом IEEE 1588, становится возможным выполнение синхронизации внутренних часов устройств, объединенных по сети Ethernet, с погрешностями, не превышающими 1 микросекунду. При этом к вычислительной способности устройств и пропускной способности сети предъявляются относительно низкие требования. В 2008 году была утверждена вторая редакция стандарта (IEEE 1588-2008 – PTP версия 2) с рядом внесенных усовершенствований по сравнению с первой его редакцией.
ЗАЧЕМ НЕОБХОДИМА СИНХРОНИЗАЦИЯ УСТРОЙСТВ ПО ВРЕМЕНИ?
Во многих системах должен производиться отсчет времени. О неявной системе отсчета времени можно говорить тогда, когда в системе отсутствуют часы и ход времени определяется процессами, протекающими в аппаратном и программном обеспечении. Этого оказывается достаточно во многих случаях. Неявная система отсчета времени реализуется, к примеру, передачей сигналов, инициирующих начало отсчета времени и затем выполнение определенных действий, от одних устройств другим.
Система отсчета времени считается явной, если показания времени в ней определяются часами. Указанное необходимо для сложных систем. Таким образом, осуществляется разделение процедур передачи данных о времени и данных о процессе.
Два эффекта должны быть учтены при настройке или синхронизации часов в отдельных устройствах. Первое – показания часов в отдельных устройствах изначально отличаются друг от друга (смещение показаний времени друг относительно друга). Второе – реальные часы не производят отсчет времени с одинаковой скоростью. Таким образом, требуется проводить постоянную корректировку хода самых неточных часов.
Существуют различные способы синхронизации часов в составе отдельных устройств, объединенных в одну информационную сеть. Наиболее известные способы – это использование протокола NTP (Network Time Protocol), а также более простого протокола, который образован от него – протокола SNTP (Simple Network Time Protocol). Данные методы широко распространены для использования в локальных сетях и сети Интернет и позволяют обеспечивать синхронизацию времени с погрешностями в диапазоне миллисекунд. Другой вариант – использование радиосигналов с GPS спутников. Однако при использовании данного способа требуется наличие достаточно дорогих GPS-приемников для каждого из устройств, а также GPS-антенн. Данный способ теоретически может обеспечить высокую точность синхронизации времени, однако материальные затраты и трудозатраты обычно препятствуют реализации такого метода синхронизации.
Другим решением является передача высокоточного временного импульса (например, одного импульса в секунду) каждому отдельному устройству по выделенной линии. Реализация данного метода влечет за собой необходимость создания выделенной линии связи к каждому устройству.
Последним методом, который может быть использован, является протокол PTP (Precision Time Protocol), описанный стандартом IEEE 1588. Протокол был разработан со следующими целями:
- Обеспечение синхронизация времени с погрешностью, не превышающей 1 микросекунды.
-
Предъявление минимальных требований к производительности процессоров устройств и к пропускной способности линии связи, что позволило бы обеспечить реализацию протокола в простых и дешевых устройствах.
- Предъявление невысоких требований к обслуживающему персоналу.
- Возможность использования в сетях Ethernet, а также в других сетях.
- Спецификация его как международного стандарта.
ОБЛАСТИ ПРИМЕНЕНИЯ ПРОТОКОЛА PTP
Протокол PTP может быть применен в различного рода системах. В системах автоматизации, протокол PTP востребован везде, где требуется точная синхронизация устройств по времени. Протокол позволяет синхронизировать устройства в робототехнике или печатной промышленности, в системах осуществляющих обработку бумаги и упаковку продукции и других областях.
В общем и целом в любых системах, где осуществляется измерение тех или иных величин и их сравнение с величинами, измеренными другими устройствами, использование протокола PTP является популярным решением. Системы управления турбинами используют протокол PTP для обеспечения более эффективной работы станций. События, происходящие в различных частях распределенных в пространстве систем, определяются метками точного времени и затем для целей архивирования и анализа осуществляется их передача на центры управления. Геоученые используют протокол PTP для синхронизации установок мониторинга сейсмической активности, удаленных друг от друга на значительные расстояния, что предоставляет возможность более точным образом определять эпицентры землетрясений. В области телекоммуникаций рассматривают возможность использования протокола PTP для целей синхронизации сетей и базовых станций. Также синхронизация времени согласно стандарту IEEE 1588 представляет интерес для разработчиков систем обеспечения жизнедеятельности, систем передачи аудио и видео потоков и может быть использована в военной промышленности.
В электроэнергетике протокол PTPv2 (протокол PTP версии 2) определен для синхронизации интеллектуальных электронных устройств (IED) по времени. Например, при реализации шины процесса, с передачей мгновенных значений тока и напряжения согласно стандарту МЭК 61850-9-2, требуется точная синхронизация полевых устройств по времени. Для реализации систем защиты и автоматики с использованием сети Ethernet погрешность синхронизации данных различных устройств по времени должна лежать в микросекундном диапазоне.
Также для реализации функций синхронизированного распределенного векторного измерения электрических величин согласно стандарту IEEE C37.118, учета, оценки качества электрической энергии или анализа аварийных событий необходимо наличие устройств, синхронизированных по времени с максимальной точностью, для чего может быть использован протокол PTP.
Вторая редакция стандарта МЭК 61850 определяет использование в системах синхронизации времени протокола PTP. Детализация профиля протокола PTP для использования на объектах электроэнергетики (IEEE Standard Profile for Use of IEEE 1588 Precision Time Protocol in Power System Applications) в настоящее время осуществляется рабочей группой комитета по релейной защите и автоматике организации (PSRC) IEEE.
В 2005 году была начата работа по изменению стандарта IEEE1588-2002 с целью расширения возможных областей его применения (телекоммуникации, беспроводная связь и в др.). Результатом работы стало новое издание IEEE1588-2008, которое доступно с марта 2008 со следующими новыми особенностями:
- Усовершенствованные алгоритмы для обеспечения погрешностей в наносекундном диапазоне.
- Повышенное быстродействие синхронизации времени (возможна более частая передача сообщений синхронизации Sync).
- Поддержка новых типов сообщений.
- Ввод однорежимного принципа работы (не требуется передачи сообщений типа FollowUp).
- Ввод поддержки функции т.н. прозрачных часов для предотвращения накопления погрешностей измерения при каскадной схеме соединения коммутаторов.
- Ввод профилей, определяющих настройки для новых областей применения.
- Возможность назначения на такие транспортные механизмы как DeviceNet, PROFInet и IEEE802.3/Ethernet (прямое назначение).
- Ввод структуры TLV (тип, длина, значение) для расширения возможных областей применения стандарта и удовлетворения будущих потребностей.
- Ввод дополнительных опциональных расширений стандарта.
ПРИНЦИП ФУНКЦИОНИРОВАНИЯ СИСТЕМ НА ОСНОВЕ ПРОТОКОЛА PTP
В системах, где используется протокол PTP, различают два вида часов: ведущие часы и ведомые часы. Ведущие часы, в идеале, контролируются либо радиочасами, либо GPS-приемниками и осуществляют синхронизацию ведомых часов. Часы в конечном устройстве, неважно ведущие ли они или ведомые, считаются обычными часами; часы в составе устройств сети, выполняющих функцию передачи и маршрутизации данных (например, в Ethernet-коммутаторах), считаются граничными часами.
Процедура синхронизации согласно протоколу PTP подразделяется на два этапа. На первом этапе осуществляется коррекция разницы показаний времени между ведущими и ведомыми часами – то есть осуществляется так называемая коррекция смещения показаний времени. Для этого ведущее устройство осуществляет передачу сообщения для целей синхронизации времени Sync ведомому устройству (сообщение типа Sync). Сообщение содержит в себе текущее показание времени ведущих часов и его передача осуществляется периодически через фиксированные интервалы времени. Однако поскольку считывание показаний ведущих часов, обработка данных и передача через контроллер Ethernet занимает некоторое время, информация в передаваемом сообщении к моменту его приема оказывается неактуальной. Одновременно с этим осуществляется как можно более точная фиксация момента времени, в который сообщение Sync уходит от отправителя, в составе которого находятся ведущие часы (TM1). Затем ведущее устройство осуществляет передачу зафиксированного момента времени передачи сообщения Sync ведомым устройствам (сообщение FollowUp). Те также как можно точнее осуществляют измерение момента времени приема первого сообщения (TS1) и вычисляют величину, на которую необходимо выполнить коррекцию разницы в показаниях времени между собою и ведущим устройством соответственно (O) (см. рис. 1 и рис. 2). Затем непосредственно осуществляется коррекция показаний часов в составе ведомых устройств на величину смещения. Если задержки в передачи сообщений по сети не было, то можно утверждать, что устройства синхронизированы по времени.
На втором этапе процедуры синхронизации устройств по времени осуществляется определение задержки в передаче упомянутых выше сообщений по сети между устройствами. Указанное выполняется при использовании сообщений специального типа. Ведомое устройство отправляет так называемое сообщение Delay Request (Запрос задержки в передаче сообщения по сети) ведущему устройству и осуществляет фиксацию момента передачи данного сообщения. Ведущее устройство фиксирует момент приема данного сообщения и отправляет зафиксированное значение в сообщении Delay Response (Ответное сообщение с указанием момента приема сообщения). Исходя из зафиксированных времен передачи сообщения Delay Request ведомым устройством и приема сообщения Delay Response ведущим устройством производится оценка задержки в передачи сообщения между ними по сети. Затем производится соответствующая коррекция показаний часов в ведомом устройстве. Однако все упомянутое выше справедливо, если характерна симметричная задержка в передаче сообщения в обоих направлениях между устройствами (то есть характерны одинаковые значения в задержке передачи сообщений в обоих направлениях).
Задержка в передачи сообщения в обоих направлениях будет идентичной в том случае, если устройства соединены между собой по одной линии связи и только. Если в сети между устройствами имеются коммутаторы или маршрутизаторы, то симметричной задержка в передачи сообщения между устройствами не будет, поскольку коммутаторы в сети осуществляют сохранение тех пакетов данных, которые проходят через них, и реализуется определенная очередность их передачи. Эта особенность может, в некоторых случаях, значительным образом влиять на величину задержки в передаче сообщений (возможны значительные отличия во временах передачи данных). При низкой информационной загрузке сети этот эффект оказывает малое влияние, однако при высокой информационной загрузке, указанное может значительным образом повлиять на точность синхронизации времени. Для исключения больших погрешностей был предложен специальный метод и введено понятие граничных часов, которые реализуются в составе коммутаторов сети. Данные граничные часы синхронизируются по времени с часами ведущего устройства. Далее коммутатор по каждому порту является ведущим устройством для всех ведомых устройств, подключенных к его портам, в которых осуществляется соответствующая синхронизация часов. Таким образом, синхронизация всегда осуществляется по схеме точка-точка и характерна практически одинаковая задержка в передаче сообщения в прямом и обратном направлении, а также практическая неизменность этой задержки по величине от одной передачи сообщения к другой.
Хотя принцип, основанный на использовании граничных часов показал свою практическую эффективность, другой механизм был определен во второй версии протокола PTPv2 – механизм использования т. н. прозрачных часов. Данный механизм предотвращает накопление погрешности, обусловленной изменением величины задержек в передаче сообщений синхронизации коммутаторами и предотвращает снижение точности синхронизации в случае наличия сети с большим числом каскадно-соединенных коммутаторов. При использовании такого механизма передача сообщений синхронизации осуществляется от ведущего устройства ведомому, как и передача любого другого сообщения в сети. Однако когда сообщение синхронизации проходит через коммутатор фиксируется задержка его передачи коммутатором. Задержка фиксируется в специальном поле коррекции в составе первого сообщения синхронизации Sync или в составе последующего сообщения FollowUp (см. рис. 2). При передаче сообщений Delay Request и Delay Response также осуществляется фиксация времени задержки их в коммутаторе. Таким образом, реализация поддержки т. н. прозрачных часов в составе коммутаторов позволяет компенсировать задержки, возникающие непосредственно в них.
Если необходимо использование протокола PTP в системе, должен быть реализован стек протокола PTP. Это может быть сделано при предъявлении минимальных требований к производительности процессоров устройств и к пропускной способности сети. Это очень важно для реализации стека протокола в простых и дешевых устройствах. Протокол PTP может быть без труда реализован даже в системах, построенных на дешевых контроллерах (32 бита).
Единственное требование, которое необходимо удовлетворить для обеспечения высокой точности синхронизации, – как можно более точное измерение устройствами момента времени, в который осуществляется передача сообщения, и момента времени, когда осуществляется прием сообщения. Измерение должно производится максимально близко к аппаратной части (например, непосредственно в драйвере) и с максимально возможной точностью. В реализациях исключительно на программном уровне архитектура и производительность системы непосредственно ограничивают максимально допустимую точность.
При использовании дополнительной поддержки аппаратного обеспечения для присвоения меток времени, точность может быть значительным образом повышена и может быть обеспечена ее виртуальная независимость от программного обеспечения. Для этого необходимо использование дополнительной логики, которая может быть реализована в программируемой логической интегральной схеме или специализированной для решения конкретной задачи интегральной схеме на сетевом входе.
Компания Hirschmann – один из первых производителей, реализовавших протокол PTP и оптимизировавших его использование. Компанией был разработан стек, максимально эффективно реализующий протокол, а также чип (программируемая интегральная логическая схема), который обеспечивает высокую точность проводимых замеров.
В системе, в которой несколько обычных часов объединены через Ethernet-коммутатор с функцией граничных часов, была достигнута предельная погрешность +/- 60 нс при практически полной независимости от загрузки сети и загрузки процессора. Также компанией была протестирована система, состоящая из 30 каскадно-соединенных коммутаторов, обладающих функцией поддержки т.н. прозрачных часов и были зафиксированы погрешности менее в пределах +/- 200 нс.
Компания Hirschmann Automation and Control реализовала протоколы PTP версии 1 и версии 2 в промышленных коммутаторах серии MICE, а также в серии монтируемых на стойку коммутаторов MACH100.
Протокол PTP во многих областях уже доказал эффективность своего применения. Можно быть уверенным, что он получит более широкое распространение в течение следующих лет и что многие решения при его использовании смогут быть реализованы более просто и эффективно чем при использовании других технологий.
[ Источник]
Тематики
- релейная защита
- телемеханика, телеметрия
EN
синхронизация по тактам
тактовая синхронизация
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]Тематики
Синонимы
EN
Англо-русский словарь нормативно-технической терминологии > clock synchronization
-
12 time synchronization
синхронизация времени
-
[ ГОСТ Р МЭК 60870-5-103-2005]Также нормированы допустимые временные задержки для различных видов сигналов, включая дискретные сигналы, оцифрованные мгновенные значения токов и напряжений, сигналы синхронизации времени и т.п.
[Новости Электротехники №4(76) | СТАНДАРТ МЭК 61850]Широковещательное сообщение, как правило, содержит адрес отправителя и глобальный адрес получателя. Примером широковещательного сообщения служит синхронизация времени.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]Устройства последних поколений дают возможность синхронизации времени с точностью до микросекунд с помощью GPS.
С помощью этого интерфейса сигнал синхронизации времени (от радиоприемника DCF77 сигнал точного времени из Braunschweig, либо от радиоприемника iRiG-B сигнал точного времени глобальной спутниковой системы GPS) может быть передан в терминал для точной синхронизации времени.
[Герхард Циглер. ЦИФРОВАЯ ДИСТАНЦИОННАЯ ЗАЩИТА. ПРИНЦИПЫ И ПРИМЕНЕНИЕ
Перевод с английского ]В том случае если принятое сообщение искажено ( повреждено) в результате неисправности канала связи или в результате потери синхронизации времени, пользователь имеет возможность...
2.13 Синхронизация часов реального времени сигналом по оптовходу
В современных системах релейной защиты зачастую требуется синхронизированная работа часов всех реле в системе для восстановления хронологии работы разных реле.
Это может быть выполнено с использованием сигналов синхронизации времени по интерфейсу IRIG-B, если реле оснащено таким входом или сигналом от системы OP
[Дистанционная защита линии MiCOM P443/ ПРИНЦИП РАБОТЫ]
СИНХРОНИЗАЦИЯ ВРЕМЕНИ СОГЛАСНО СТАНДАРТУ IEEE 1588
Автор: Андреас Дреер (Hirschmann Automation and Control)
Вопрос синхронизации устройств по времени важен для многих распределенных систем промышленной автоматизации. При использовании протокола Precision Time Protocol (PTP), описанного стандартом IEEE 1588, становится возможным выполнение синхронизации внутренних часов устройств, объединенных по сети Ethernet, с погрешностями, не превышающими 1 микросекунду. При этом к вычислительной способности устройств и пропускной способности сети предъявляются относительно низкие требования. В 2008 году была утверждена вторая редакция стандарта (IEEE 1588-2008 – PTP версия 2) с рядом внесенных усовершенствований по сравнению с первой его редакцией.
ЗАЧЕМ НЕОБХОДИМА СИНХРОНИЗАЦИЯ УСТРОЙСТВ ПО ВРЕМЕНИ?
Во многих системах должен производиться отсчет времени. О неявной системе отсчета времени можно говорить тогда, когда в системе отсутствуют часы и ход времени определяется процессами, протекающими в аппаратном и программном обеспечении. Этого оказывается достаточно во многих случаях. Неявная система отсчета времени реализуется, к примеру, передачей сигналов, инициирующих начало отсчета времени и затем выполнение определенных действий, от одних устройств другим.
Система отсчета времени считается явной, если показания времени в ней определяются часами. Указанное необходимо для сложных систем. Таким образом, осуществляется разделение процедур передачи данных о времени и данных о процессе.
Два эффекта должны быть учтены при настройке или синхронизации часов в отдельных устройствах. Первое – показания часов в отдельных устройствах изначально отличаются друг от друга (смещение показаний времени друг относительно друга). Второе – реальные часы не производят отсчет времени с одинаковой скоростью. Таким образом, требуется проводить постоянную корректировку хода самых неточных часов.
Существуют различные способы синхронизации часов в составе отдельных устройств, объединенных в одну информационную сеть. Наиболее известные способы – это использование протокола NTP (Network Time Protocol), а также более простого протокола, который образован от него – протокола SNTP (Simple Network Time Protocol). Данные методы широко распространены для использования в локальных сетях и сети Интернет и позволяют обеспечивать синхронизацию времени с погрешностями в диапазоне миллисекунд. Другой вариант – использование радиосигналов с GPS спутников. Однако при использовании данного способа требуется наличие достаточно дорогих GPS-приемников для каждого из устройств, а также GPS-антенн. Данный способ теоретически может обеспечить высокую точность синхронизации времени, однако материальные затраты и трудозатраты обычно препятствуют реализации такого метода синхронизации.
Другим решением является передача высокоточного временного импульса (например, одного импульса в секунду) каждому отдельному устройству по выделенной линии. Реализация данного метода влечет за собой необходимость создания выделенной линии связи к каждому устройству.
Последним методом, который может быть использован, является протокол PTP (Precision Time Protocol), описанный стандартом IEEE 1588. Протокол был разработан со следующими целями:
- Обеспечение синхронизация времени с погрешностью, не превышающей 1 микросекунды.
-
Предъявление минимальных требований к производительности процессоров устройств и к пропускной способности линии связи, что позволило бы обеспечить реализацию протокола в простых и дешевых устройствах.
- Предъявление невысоких требований к обслуживающему персоналу.
- Возможность использования в сетях Ethernet, а также в других сетях.
- Спецификация его как международного стандарта.
ОБЛАСТИ ПРИМЕНЕНИЯ ПРОТОКОЛА PTP
Протокол PTP может быть применен в различного рода системах. В системах автоматизации, протокол PTP востребован везде, где требуется точная синхронизация устройств по времени. Протокол позволяет синхронизировать устройства в робототехнике или печатной промышленности, в системах осуществляющих обработку бумаги и упаковку продукции и других областях.
В общем и целом в любых системах, где осуществляется измерение тех или иных величин и их сравнение с величинами, измеренными другими устройствами, использование протокола PTP является популярным решением. Системы управления турбинами используют протокол PTP для обеспечения более эффективной работы станций. События, происходящие в различных частях распределенных в пространстве систем, определяются метками точного времени и затем для целей архивирования и анализа осуществляется их передача на центры управления. Геоученые используют протокол PTP для синхронизации установок мониторинга сейсмической активности, удаленных друг от друга на значительные расстояния, что предоставляет возможность более точным образом определять эпицентры землетрясений. В области телекоммуникаций рассматривают возможность использования протокола PTP для целей синхронизации сетей и базовых станций. Также синхронизация времени согласно стандарту IEEE 1588 представляет интерес для разработчиков систем обеспечения жизнедеятельности, систем передачи аудио и видео потоков и может быть использована в военной промышленности.
В электроэнергетике протокол PTPv2 (протокол PTP версии 2) определен для синхронизации интеллектуальных электронных устройств (IED) по времени. Например, при реализации шины процесса, с передачей мгновенных значений тока и напряжения согласно стандарту МЭК 61850-9-2, требуется точная синхронизация полевых устройств по времени. Для реализации систем защиты и автоматики с использованием сети Ethernet погрешность синхронизации данных различных устройств по времени должна лежать в микросекундном диапазоне.
Также для реализации функций синхронизированного распределенного векторного измерения электрических величин согласно стандарту IEEE C37.118, учета, оценки качества электрической энергии или анализа аварийных событий необходимо наличие устройств, синхронизированных по времени с максимальной точностью, для чего может быть использован протокол PTP.
Вторая редакция стандарта МЭК 61850 определяет использование в системах синхронизации времени протокола PTP. Детализация профиля протокола PTP для использования на объектах электроэнергетики (IEEE Standard Profile for Use of IEEE 1588 Precision Time Protocol in Power System Applications) в настоящее время осуществляется рабочей группой комитета по релейной защите и автоматике организации (PSRC) IEEE.
В 2005 году была начата работа по изменению стандарта IEEE1588-2002 с целью расширения возможных областей его применения (телекоммуникации, беспроводная связь и в др.). Результатом работы стало новое издание IEEE1588-2008, которое доступно с марта 2008 со следующими новыми особенностями:
- Усовершенствованные алгоритмы для обеспечения погрешностей в наносекундном диапазоне.
- Повышенное быстродействие синхронизации времени (возможна более частая передача сообщений синхронизации Sync).
- Поддержка новых типов сообщений.
- Ввод однорежимного принципа работы (не требуется передачи сообщений типа FollowUp).
- Ввод поддержки функции т.н. прозрачных часов для предотвращения накопления погрешностей измерения при каскадной схеме соединения коммутаторов.
- Ввод профилей, определяющих настройки для новых областей применения.
- Возможность назначения на такие транспортные механизмы как DeviceNet, PROFInet и IEEE802.3/Ethernet (прямое назначение).
- Ввод структуры TLV (тип, длина, значение) для расширения возможных областей применения стандарта и удовлетворения будущих потребностей.
- Ввод дополнительных опциональных расширений стандарта.
ПРИНЦИП ФУНКЦИОНИРОВАНИЯ СИСТЕМ НА ОСНОВЕ ПРОТОКОЛА PTP
В системах, где используется протокол PTP, различают два вида часов: ведущие часы и ведомые часы. Ведущие часы, в идеале, контролируются либо радиочасами, либо GPS-приемниками и осуществляют синхронизацию ведомых часов. Часы в конечном устройстве, неважно ведущие ли они или ведомые, считаются обычными часами; часы в составе устройств сети, выполняющих функцию передачи и маршрутизации данных (например, в Ethernet-коммутаторах), считаются граничными часами.
Процедура синхронизации согласно протоколу PTP подразделяется на два этапа. На первом этапе осуществляется коррекция разницы показаний времени между ведущими и ведомыми часами – то есть осуществляется так называемая коррекция смещения показаний времени. Для этого ведущее устройство осуществляет передачу сообщения для целей синхронизации времени Sync ведомому устройству (сообщение типа Sync). Сообщение содержит в себе текущее показание времени ведущих часов и его передача осуществляется периодически через фиксированные интервалы времени. Однако поскольку считывание показаний ведущих часов, обработка данных и передача через контроллер Ethernet занимает некоторое время, информация в передаваемом сообщении к моменту его приема оказывается неактуальной. Одновременно с этим осуществляется как можно более точная фиксация момента времени, в который сообщение Sync уходит от отправителя, в составе которого находятся ведущие часы (TM1). Затем ведущее устройство осуществляет передачу зафиксированного момента времени передачи сообщения Sync ведомым устройствам (сообщение FollowUp). Те также как можно точнее осуществляют измерение момента времени приема первого сообщения (TS1) и вычисляют величину, на которую необходимо выполнить коррекцию разницы в показаниях времени между собою и ведущим устройством соответственно (O) (см. рис. 1 и рис. 2). Затем непосредственно осуществляется коррекция показаний часов в составе ведомых устройств на величину смещения. Если задержки в передачи сообщений по сети не было, то можно утверждать, что устройства синхронизированы по времени.
На втором этапе процедуры синхронизации устройств по времени осуществляется определение задержки в передаче упомянутых выше сообщений по сети между устройствами. Указанное выполняется при использовании сообщений специального типа. Ведомое устройство отправляет так называемое сообщение Delay Request (Запрос задержки в передаче сообщения по сети) ведущему устройству и осуществляет фиксацию момента передачи данного сообщения. Ведущее устройство фиксирует момент приема данного сообщения и отправляет зафиксированное значение в сообщении Delay Response (Ответное сообщение с указанием момента приема сообщения). Исходя из зафиксированных времен передачи сообщения Delay Request ведомым устройством и приема сообщения Delay Response ведущим устройством производится оценка задержки в передачи сообщения между ними по сети. Затем производится соответствующая коррекция показаний часов в ведомом устройстве. Однако все упомянутое выше справедливо, если характерна симметричная задержка в передаче сообщения в обоих направлениях между устройствами (то есть характерны одинаковые значения в задержке передачи сообщений в обоих направлениях).
Задержка в передачи сообщения в обоих направлениях будет идентичной в том случае, если устройства соединены между собой по одной линии связи и только. Если в сети между устройствами имеются коммутаторы или маршрутизаторы, то симметричной задержка в передачи сообщения между устройствами не будет, поскольку коммутаторы в сети осуществляют сохранение тех пакетов данных, которые проходят через них, и реализуется определенная очередность их передачи. Эта особенность может, в некоторых случаях, значительным образом влиять на величину задержки в передаче сообщений (возможны значительные отличия во временах передачи данных). При низкой информационной загрузке сети этот эффект оказывает малое влияние, однако при высокой информационной загрузке, указанное может значительным образом повлиять на точность синхронизации времени. Для исключения больших погрешностей был предложен специальный метод и введено понятие граничных часов, которые реализуются в составе коммутаторов сети. Данные граничные часы синхронизируются по времени с часами ведущего устройства. Далее коммутатор по каждому порту является ведущим устройством для всех ведомых устройств, подключенных к его портам, в которых осуществляется соответствующая синхронизация часов. Таким образом, синхронизация всегда осуществляется по схеме точка-точка и характерна практически одинаковая задержка в передаче сообщения в прямом и обратном направлении, а также практическая неизменность этой задержки по величине от одной передачи сообщения к другой.
Хотя принцип, основанный на использовании граничных часов показал свою практическую эффективность, другой механизм был определен во второй версии протокола PTPv2 – механизм использования т. н. прозрачных часов. Данный механизм предотвращает накопление погрешности, обусловленной изменением величины задержек в передаче сообщений синхронизации коммутаторами и предотвращает снижение точности синхронизации в случае наличия сети с большим числом каскадно-соединенных коммутаторов. При использовании такого механизма передача сообщений синхронизации осуществляется от ведущего устройства ведомому, как и передача любого другого сообщения в сети. Однако когда сообщение синхронизации проходит через коммутатор фиксируется задержка его передачи коммутатором. Задержка фиксируется в специальном поле коррекции в составе первого сообщения синхронизации Sync или в составе последующего сообщения FollowUp (см. рис. 2). При передаче сообщений Delay Request и Delay Response также осуществляется фиксация времени задержки их в коммутаторе. Таким образом, реализация поддержки т. н. прозрачных часов в составе коммутаторов позволяет компенсировать задержки, возникающие непосредственно в них.
Если необходимо использование протокола PTP в системе, должен быть реализован стек протокола PTP. Это может быть сделано при предъявлении минимальных требований к производительности процессоров устройств и к пропускной способности сети. Это очень важно для реализации стека протокола в простых и дешевых устройствах. Протокол PTP может быть без труда реализован даже в системах, построенных на дешевых контроллерах (32 бита).
Единственное требование, которое необходимо удовлетворить для обеспечения высокой точности синхронизации, – как можно более точное измерение устройствами момента времени, в который осуществляется передача сообщения, и момента времени, когда осуществляется прием сообщения. Измерение должно производится максимально близко к аппаратной части (например, непосредственно в драйвере) и с максимально возможной точностью. В реализациях исключительно на программном уровне архитектура и производительность системы непосредственно ограничивают максимально допустимую точность.
При использовании дополнительной поддержки аппаратного обеспечения для присвоения меток времени, точность может быть значительным образом повышена и может быть обеспечена ее виртуальная независимость от программного обеспечения. Для этого необходимо использование дополнительной логики, которая может быть реализована в программируемой логической интегральной схеме или специализированной для решения конкретной задачи интегральной схеме на сетевом входе.
Компания Hirschmann – один из первых производителей, реализовавших протокол PTP и оптимизировавших его использование. Компанией был разработан стек, максимально эффективно реализующий протокол, а также чип (программируемая интегральная логическая схема), который обеспечивает высокую точность проводимых замеров.
В системе, в которой несколько обычных часов объединены через Ethernet-коммутатор с функцией граничных часов, была достигнута предельная погрешность +/- 60 нс при практически полной независимости от загрузки сети и загрузки процессора. Также компанией была протестирована система, состоящая из 30 каскадно-соединенных коммутаторов, обладающих функцией поддержки т.н. прозрачных часов и были зафиксированы погрешности менее в пределах +/- 200 нс.
Компания Hirschmann Automation and Control реализовала протоколы PTP версии 1 и версии 2 в промышленных коммутаторах серии MICE, а также в серии монтируемых на стойку коммутаторов MACH100.
Протокол PTP во многих областях уже доказал эффективность своего применения. Можно быть уверенным, что он получит более широкое распространение в течение следующих лет и что многие решения при его использовании смогут быть реализованы более просто и эффективно чем при использовании других технологий.
[ Источник]
Тематики
- релейная защита
- телемеханика, телеметрия
EN
Англо-русский словарь нормативно-технической терминологии > time synchronization
-
13 SF
- функция коммутации
- функция безопасности ядерного реактора
- с автоматической подачей
- растворимая фракция
- пропадание (потеря) сигнала
- показатель серьёзности (отказа, события)
- показатель источника
- площадь оребрённой поверхности
- плавкий предохранитель
- относительное число неудачных сканирований
- одноволоконный
- коэффициент расширения спектра
- конкретные результаты
- безопасный сбой
безопасный сбой
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]Тематики
EN
коэффициент расширения спектра
Показатель, характеризующий степень избыточности расширенной полосы частот относительно спектра информационного сигнала. Численно определяется как отношение ширины полосы частот в радиоканале к скорости передачи информации.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]Тематики
- электросвязь, основные понятия
EN
одноволоконный
(МСЭ-Т L.13).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]Тематики
- электросвязь, основные понятия
EN
относительное число неудачных сканирований
Показывает вероятность того, что в зоне обслуживания сети WiMAX нет ни одной доступной абонентской станции.
[ http://www.morepc.ru/dict/]Тематики
EN
плавкий предохранитель
Коммутационный аппарат, который посредством плавления одного или нескольких своих специально спроектированных и калиброванных элементов размыкает цепь, в которую он включен, и отключает ток, когда он превышает заданную величину в течение достаточного времени. Плавкий предохранитель содержит все части, образующие укомплектованный аппарат.
МЭК 60050(441-18-01).
[ ГОСТ Р 50030. 1-2000 ( МЭК 60947-1-99)]
плавкий предохранитель
Аппарат, который вследствие расплавления одного или нескольких специально спроектированных и рассчитанных элементов размыкает цепь, в которую он включен, отключая ток, превышающий заданное значение в течение достаточно продолжительного времени. В состав плавкого предохранителя входят все части, образующие аппарат в комплекте
[ ГОСТ Р 50339. 0-2003 ( МЭК 60269-1-98)]
предохранитель
Коммутационный электрический аппарат, предназначенный для отключения защищаемой цепи посредством разрушения специально предусмотренных для этого токоведущих частей под действием тока, превышающего определенную величину.
[ ГОСТ 17703-72]
предохранитель
Устройство для разрыва электрических цепей при силе тока, превышающей допустимое значение
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]EN
fuse
a device that by the fusing of one or more of its specially designed and proportioned components, opens the circuit in which it is inserted by breaking the current when this exceeds a given value for a sufficient time. The fuse comprises all the parts that form the complete device
[IEV number 441-18-01 ]FR
fusible
coupe-circuit à fusibles
appareil dont la fonction est d'ouvrir par la fusion d'un ou de plusieurs de ses éléments conçus et calibrés à cet effet le circuit dans lequel il est inséré en coupant le courant lorsque celui-ci dépasse pendant un temps suffisant une valeur donnée. Le fusible comprend toutes les parties qui constituent l'appareil complet
[IEV number 441-18-01 ]Настоящий стандарт распространяется на плавкие предохранители на номинальный ток от 2 до 2500 А, номинальное напряжение переменного тока до 1000 В и постоянного тока до 1200 В, устанавливаемые в комплектные устройства и предназначенные для защиты при перегрузках и коротких замыканиях силовых и вспомогательных цепей электроустановок промышленных предприятий, общественных и жилых зданий, изготовляемые для нужд народного хозяйства и экспорта и номинальное напряжение до 3000 В для защиты полупроводниковых устройств.
3.2.14. Предохранители должны быть сконструированы таким образом, чтобы отключать электрическую цепь при токах отключения в пределах: от условного тока плавления — для предохранителей с плавкими вставками типов g и gR или от наименьшего тока отключения, установленного в стандартах или технических условиях на предохранители конкретных серий и типов, для предохранителей с плавкими вставками типов а и aR — до наибольшего тока отключения
[ ГОСТ 17242-86]... токи, при которых проводят испытания, предназначенные для проверки способности данного плавкого предохранителя срабатывать удовлетворительно в диапазоне малых сверхтоков.
[ ГОСТ Р 50339.0-2003]... Если неисправность заканчивается срабатыванием плавкого предохранителя или если плавкий предохранитель не срабатывает примерно в течение 1 с, то...
[ ГОСТ Р 52319-2005]ЭЛЕКТРИЧЕСКИЕ ПАРАМЕТРЫ И ХАРАКТЕНИСТИКИ ПРЕДОХРАНИТЕЛЕЙ
(взято из ГОСТ 17242-86)-
Для держателя (или основания) предохранителя:
- номинальное напряжение;
- номинальный ток;
- род тока и номинальная частота для переменного тока;
- допустимые потери мощности;
- число полюсов, если их более одного.
-
Для плавкой вставки:
- номинальное напряжение;
- номинальный ток;
- род тока и номинальная частота для переменного тока;
- потери мощности;
- время-токовые характеристики с указанием коэффициентов K1 и K2 для плавких вставок типа а;
- перегрузочная способность;
- диапазон токов отключения;
- наибольшая отключающая способность;
- наименьший ток отключения для плавких вставок типа а;
- характеристика пропускаемого тока;
- характеристики интегралов Джоуля;
- перенапряжение и характеристика перенапряжения для плавких вставок типов aR и gR;
- условия селективности (при необходимости);
- электрическое сопротивление плавкой вставки в холодном состоянии (допускается указать в рабочих чертежах, утвержденных в установленном порядке).
-
Для предохранителя:
- степень защиты по ГОСТ 14255—69;
- номинальное напряжение, номинальный ток и коммутационная способность свободных контактов (при их наличии).
Параллельные тексты EN-RU
Check to make sure that fuse F1 on power supply module V is not fused.
If the fuse is defective, it should not be replaced without determining the cause of failure.
If a fuse is replaced without eliminating the problem, there is the danger that the damage will spread.
[Schneider Electric]Убедитесь в исправности предохранителя F1 в модуле питания V.
Если предохранитель оказался неисправным, то прежде чем заменить его необходимо установить причину возникновения неисправности.
Замена предохранителя без выяснения причины его срабатывания может привести к повторению срабатывания.
[Перевод Интент]High voltage system may embrace a fuse.
Note that a fuse may not be manually adjusted as the circuit breaker relay does so the fuse choice for the appropriate purpose/circuit adaptation is deemed most important.
[LS Industrial Systems]Высоковольтная система < электропитания> может содержать предохранители.
Обратите внимание! Предохранитель нельзя настроить, как это можно сделать с расцепителем автоматического выключателя. Поэтому предохранитель необходимо выбрать так, чтобы он как можно точнее соотвествовал конкретным условиям защиты аппарата или участка цепи.
[Перевод Интент]
Тематики
Классификация
>>>Обобщающие термины
Действия
- защищать при перегрузках и коротких замыканиях
- отключать электрическую цепь
- срабатывание предохранителя
Синонимы
EN
- cutoff
- electric fuse
- fu
- fuse
- fuse switch
- fusible cutout
- fusible plug
- fusible switch
- plug fuse
- protective fuse
- safety cutoff
- safety fuse
- safety plug
- SF
- thermal fuse
DE
FR
площадь оребрённой поверхности
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]Тематики
EN
показатель источника
(напр. излучения)
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]Тематики
EN
показатель серьёзности (отказа, события)
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]Тематики
EN
пропадание (потеря) сигнала
Сигнал, указывающий, что соответствующие данные пропали в том смысле, что стало активным состояние дефекта перекрестной наводки (не являющееся дефектом ухудшения). (МСЭ-T G.806).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]Тематики
- электросвязь, основные понятия
EN
с автоматической подачей
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]Тематики
EN
функция безопасности ядерного реактора
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]Тематики
EN
функция коммутации
(МСЭ-Т Х.145).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]Тематики
- электросвязь, основные понятия
EN
Англо-русский словарь нормативно-технической терминологии > SF
-
14 flight
flight nполетabort the flightпрерывать полетaccelerated flightполет с ускорениемacceptance flightприемно-сдаточный полетaccident-free flightбезаварийный полетacrobatic flightфигурный полетactual flight conditionsреальные условия полетаactual flight pathфактическая траектория полетаadhere to the flight planпридерживаться плана полетаadvance flight planпредварительная заявка на полетadvertizing flightрекламный полетaerial survey flightполет для выполнения наблюдений с воздухаaerial work flightполет для выполнения работaerobatic flightвысший пилотажaerodrome flight information serviceаэродромная служба полетной информацииaerotow flightполет на буксиреaffect flight operationспособствовать выполнению полетаaircraft flight reportполетный лист воздушного суднаaircraft on flightвоздушное судно в полетеair-filed flight planплан полета, переданный с бортаall-freight flightчисто грузовой рейсall-weather flightвсепогодный полетalternate flight planзапасной план полетаaltitude flightвысотный полетapproach flight reference pointконтрольная точка траектории захода на посадкуapproach flight track distanceдистанция при заходе на посадкуapproved flight planутвержденный план полетаapproved flight procedureустановленный порядок выполнения полетаarbitrary flight courseпроизвольный курс подготовкиarea flight controlрайонный диспетчерский пункт управления полетамиaround-the-world flightкругосветный полетarrival flight levelэшелон входаarrow flight stabilityустойчивость на траектории полетаassigned flight pathзаданная траектория полетаasymmetric flightполет с несимметричной тягой двигателейattitude flight controlуправление пространственным положениемautocontrolled flightполет на автопилотеautomatic flightавтоматический полетautomatic flight controlавтоматическое управление полетомautomatic flight control equipmentоборудование автоматического управления полетомautomatic flight control systemавтоматическая бортовая система управленияautorotational flightполет на режиме авторотацииback-to-back flightполет в обоих направленияхbad-weather flightполет в сложных метеоусловияхbanked flightполет с креномbasic flight referenceзаданный режим полетаbe experienced in flightиметь место в полетеbeyond flight experienceбез достаточного опыта выполнения полетовblind flightполет по приборамblind flight equipmentоборудование для полетов по приборамblocked-off flightблок-чартерный рейсborder-crossing flightполет с пересечением границborder flight clearanceразрешение на пролет границыbox-pattern flightполет по коробочкеbumpy-air flightполет в условиях болтанкиbusiness flightделовой полетcalibration flightкалибровочный облетcancelled flightаннулированный рейсcancel the flightотменять полетcargo flightгрузовой рейсcarry out the flightвыполнять полетcertificate of safety for flightсвидетельство о допуске к полетамcertification test flightсертификационный испытательный полетchange to a flight planуточнение плана полетаcharter flightчартерный рейсchased flightполет с сопровождающимcheckout flightконтрольный полетcivil flightрейс с гражданского воздушного суднаclimbing flightполет с набором высотыclosed-circuit flightполет по замкнутому кругуclose the flightзаканчивать регистрацию на рейсclosing a flight planзакрытие плана полетаcoasting flightполет по инерцииcoast-to-coast flightполет в пределах континентаcommence the flightначинать полетcommercial flightкоммерческий рейсcomplete the flightзавершать полетcomplete the flight planсоставлять план полетаcompulsory IFR flightполет по приборам, обязательный для данной зоныcomputer-directed flightавтоматический полетcomputer flight planningкомпьютерное планирование полетовconflicting flight pathтраектория полета с предпосылкой к конфликтной ситуацииconnecting flightстыковочный рейсcontact flightвизуальный полетcontact flight rulesправила визуального полетаcontinue the flightпродолжать полетcontinuous flightбеспосадочный полетcontinuous flight recordнепрерывная запись хода полетаcontour flightбреющий полетcontrolled flightконтролируемый полетconventional flightполет с обычным взлетом и посадкойcrabbing flightполет с парированием сносаcredit flight timeвести учет полетного времениcrop control flightполет для контроля состояния посевовcross-country flightперелет через территорию страныcross-wind flightполет с боковым ветромcruising flightкрейсерский полетcurrent flight planтекущий план полетаday flightдневной полетdecelerate in the flightгасить скорость в полетеdecelerating flightполет с уменьшением скоростиdelayed flightзадержанный рейсdelivery flightперегоночный полетdemonstration flightдемонстрационный полетdeparture flight levelэшелон выходаdescending flightполет со снижениемdesign flight weightрасчетная полетная массаdesired flight pathрекомендуемая траектория полетаdesired path flightполет по заданной траекторииdesired track flightполет по заданному маршрутуdeviate from the flight planотклоняться от плана полетаdeviation from the level flightотклонение от линии горизонтального полетаdigital flight guidance systemцифровая система наведения в полетеdigital flight recorderбортовой цифровой регистраторdirected reference flightполет по сигналам с землиdirect flightпрямой рейсdistance flightполет на дальностьdiverted flightполет с отклонениемdomestic flightрейс внутри одной страныdomestic flight stageэтапа полета в пределах одного государстваdownward flightполет со снижениемdrift flightполет со сносомdual flightполет с инструкторомeastbound flightполет в восточном направленииeffect on flight characteristicsвлиять на летные характеристикиemergency flightэкстренный рейсemergency flight proceduresправила полета в аварийной обстановкеempty flightпорожний рейсendurance flightполет на продолжительностьengine-off flightполет с выключенным двигателемengine-on flightполет с работающим двигателемen-route flightполет по маршрутуen-route flight pathтраектория полета по маршрутуen-route flight phaseэтап полета по маршрутуen-route flight planningмаршрутное планирование полетовentire flightполет по полному маршрутуestablish the flight conditionsустанавливать режим полетаestimated time of flightрасчетное время полетаexercise flight supervisionосуществлять контроль за ходом полетаexperimental flightэкспериментальный полетextra flightдополнительный рейсextra section flightполет по дополнительному маршрутуfactory test flightзаводской испытательный полетfamiliarization flightознакомительный полетfatal flight accidentавиационное происшествие со смертельным исходомferry flightперегоночный полетfiled flight planзарегистрированный план полетаfile the flight planрегистрировать план полетаfirst-class flightрейс с обслуживанием по первому классуflapless flightполет с убранными закрылкамиflight acceptance testконтрольный полет перед приемкойflight accidentавиационное происшествиеflight altitudeвысота полетаflight announcementобъявление о рейсахflight assuranceгарантия полетаflight baby cotдетская люлькаflight bookлетная книжкаflight briefingпредполетный инструктажflight calibrationоблетflight certificateлетное свидетельствоflight characteristicsлетные характеристикиflight chartкарта полетовflight checkпроверка в полетеflight checkedпроверено в полетеflight clearanceразрешение на полетflight compartmentкабина экипажаflight compartment controlsорганы управления в кабине экипажаflight compartment viewобзор из кабины экипажаflight computerбортовой вычислительflight conditionsполетные условияflight controlдиспетчерское управление полетамиflight control boost systemбустерная система управления полетомflight control fundamentalsруководство по управлению полетамиflight control gust-lock systemсистема стопорения поверхностей управления(при стоянке воздушного судна) flight control loadнагрузка в полете от поверхности управленияflight control systemсистема управления полетомflight coordinationуточнение задания на полетflight corrective turnдоворот для коррекции направления полетаflight couponполетный купонflight coupon stageэтап полета, указанный в полетном купонеflight courseкурс полетаflight crewлетный экипажflight crew dutyобязанности членов экипажаflight crew equipmentснаряжение самолетного экипажаflight crew memberчлен летного экипажаflight crew oxygen systemкислородная система кабины экипажаflight crews provisionпредоставление летных экипажейflight crew supervisionпроверка готовности экипажа к полетуflight dataлетные данныеflight data averagingосреднение полетных данныхflight data inputввод данных о полетеflight data linkканал передачи данных в полетеflight data recorderрегистратор параметров полетаflight data storage unitблок сбора полетной информацииflight dead reckoningсчисление пути полетаflight deckпанель контроля хода полетаflight deck aural environmentуровень шумового фона в кабине экипажаflight deck environmentкомпоновка кабины экипажаflight departureотправление рейсаflight deteriorationухудшение в полетеflight directionнаправление полетаflight directorпилотажный командный приборflight director computerбортовой вычислитель директорного управленияflight director course indicatorуказатель планового навигационного прибораflight director indicatorуказатель пилотажного командного прибораflight director systemсистема командных пилотажных приборовflight director system control panelпульт управления системой директорного управленияflight discrepancyнесоответствие плану полетаflight dispatcherдиспетчер воздушного движенияflight distanceдистанция полетаflight distance-to-goдальность полета до пункта назначенияflight diversionизменение маршрута полетаflight documentationполетная документацияflight documentingподготовка полетной документацииflight durationпродолжительность полетаflight duty period1. ограничение времени полета2. полетное рабочее время flight emergency circumstanceчрезвычайное обстоятельство в полетеflight enduranceпродолжительность полетаflight engineerбортинженерflight engineer's seatкресло бортинженераflight engineer stationрабочее место бортинженераflight envelopeдиапазон режимов полетаflight environment dataданные об условиях полетаflight environment data systemсистема сбора воздушных параметров(условий полета) flight evaluationоценка профессиональных качеств пилотаflight evasive aquisitionманевр уклоненияflight examinationэкзамен по летной подготовкеflight experienceналетflight fitnessгодность к полетамflight followingслежение за вылетомflight forecastпрогноз на вылетflight gyroscopeгирополукомпасflight historyотчет о полетеflight hourлетный часflight idleрежим полетного малого газаflight idle powerмощность на режиме полетного малого газаflight idle speedскорость полета на малом газеflight idle stopупор полетного малого газа(для предупреждения перевода на отрицательную тягу винта) flight inbound the stationполет в направлении на станциюflight indicatorавиагоризонтflight information1. полетная информация2. стирать запись полетной информации flight information boardдоска информации о рейсахflight information centerцентр полетной информацииflight information displayтабло информации о рейсахflight information regionрайон полетной информацииflight information serviceслужба полетной информацииflight information service unitаэродромный диспетчерский пункт полетной информацииflight inspection personnelлетная инспекцияflight inspection systemсистема инспектирования полетовflight inspectorпилот - инспекторflight instructionлетная подготовкаflight instructorпилот - инструкторflight instrument readingсчитывание показаний приборов в полетеflight laneмаршрут полетаflight levelэшелон полетаflight level tableтаблица эшелонов полетаflight loadнагрузка в полетеflight load feel mechanismполетный загрузочный механизмflight loading conditionsусловия нагружения в полетеflight logbookбортовой журналflight longitudeгеографическая долгота точки маршрутаflight managementуправление полетомflight management computer systemэлектронная система управления полетомflight management systemсистема управления полетомflight mapкарта полетовflight modeрежим полетаflight monitoring1. дистанционное управление воздушным судном2. контроль за полетом flight navigationаэронавигацияflight navigatorштурманflight occurrence identificationусловное обозначение события в полетеflight on headingполет по курсуflight operating safetyбезопасность полетовflight operationвыполнение полетовflight operations expertэксперт по производству налетовflight operations instructorинструктор по производству полетовflight operations personnelперсонал по обеспечению полетовflight operations systemсистема обеспечения полетовflight operatorлетчикflight outbound the stationполет в направлении от станцииflight over the high seasполет над открытым моремflight pathтраектория полетаflight path angleугол наклона траектории полетаflight path curvatureкривизна траектории полетаflight path envelopeдиапазон изменения траектории полетаflight path segmentучасток траектории полетаflight path trackingвыдерживание траектории полетаflight performanceлетная характеристикаflight personnelлетный составflight personnel informationинформация о летном составеflight pick-up equipmentприспособление для захвата объектов в процессе полетаflight planплан полетаflight plan clearanceразрешение на выполнение плана полетаflight plan filingрегистрация плана полетаflight plan formбланк плана полетаflight plannerдиспетчер по планированию полетовflight planningпланирование полетовflight plan submission deadlineсрок представления плана на полетflight precise informationточная полетная информацияflight preparationпредполетная подготовкаflight preparation formанкета предполетной подготовкиflight procedureсхема полетаflight procedures trainerтренажер для отработки техники пилотированияflight progress boardпланшет хода полетаflight progress displayиндикатор хода полетаflight progress informationинформация о ходе полетаflight progress stripполетный листflight rangeдальность полетаflight range with no reservesдальность полета до полного израсходования топливаflight reasonable precautionsнеобходимые меры предосторожности в полетеflight recorderбортовой регистраторflight recorder recordзапись бортового регистратораflight recorder recordingзапись бортового регистратораflight recorder systemсистема бортовых регистраторовflight recording mediumноситель полетной информацииflight recoveryвосстановление заданного положенияflight regularity communicationсвязь по обеспечению регулярности полетовflight regulationорганизация полетовflight replanningизменение плана полетаflight reportдонесение о ходе полетаflight report identificationусловное обозначение в сообщении о ходе полетаflight requestзаявка на полетflight restartповторный запуск в полетеflight restart buttonкнопка запуска двигателя в воздухеflight resumptionвозобновление полетовflight reviewлетная проверкаflight routeмаршрут полетаflight routingпрокладка маршрута полетаflight rulesправила полетовflight safetyбезопасность полетовflight safety hazardугроза безопасности полетовflight safety precautionsмеры безопасности в полетеflight scheduleграфик полетаflight serviceслужба обеспечения полетовflight service kitбортовой набор инструментаflight service rangeэксплуатационная дальность полетаflight service stationстанция службы обеспечения полетовflight significant informationосновная полетная информацияflight simulationмоделирование условий полетаflight simulation systemсистема имитации полетаflight simulatorимитатор условий полетаflight speedскорость полетаflight spoilerинтерцептор - элеронflight stageэтап полетаflight standardsлетные нормыflight statusлитер рейса(определяет степень важности полета) flight stress measurement testsиспытания по замеру нагрузки в полетеflight stripВППflight supervisionконтроль за ходом полетаflight techniqueтехника пилотированияflight testлетное испытаниеflight test noise measurementизмерение шума в процессе летных испытанийflight test procedureметодика летных испытанийflight test recorderрегистратор летных испытанийflight test techniqueметодика летных испытанийflight thrustтяга в полетеflight timeполетное времяflight time limitationограничение полетного времениflight timetableрасписание полетовflight trackлиния пути полетаflight trainingлетная подготовкаflight training deficiencyнедостаток летной подготовкиflight training procedureметодика летной подготовкиflight typeтип полетаflight under the rulesполет по установленным правиламflight urgency signalсигнал действий в полетеflight visibilityвидимость в полетеflight visual contactвизуальный контакт в полетеflight visual cueвизуальный ориентир в полетеflight visual rangeдальность видимости в полетеflight watchконтроль полетаflight weather briefingпредполетный инструктаж по метеообстановкеflight wind shearсдвиг ветра в зоне полетаformation flightполет в строюfree flightсвободный полетfull-scale flightимитация полета в натуральных условияхfull-throttle flightполет на полном газеgiven conditions of flightзаданные условия полетаgliding flightпланирующий полетgo-around flight manoeuvreуход на второй кругgovern the flightуправлять ходом полетаgrid flightполет по условным меридианамhandle the flight controlsоперировать органами управления полетомhazardous flight conditionsопасные условия полетаhead-down flightполет по приборамhead-up flightполет по индикации на стеклеhead-wind flightполет со встречным ветромhidden flight hazardнеожиданное препятствие в полетеhigh-speed flightскоростной полетhing-altitude flightвысотный полетholding flightполет в зоне ожиданияholding flight levelвысота полета в зоне ожиданияhorizontal flightгоризонтальный полетhorizontal flight pathтраектория горизонтального полетаhover flightполет в режиме висенияhypersonic flightгиперзвуковой полетidle flightполет на малом газеinaugural flightполет, открывающий воздушное сообщениеinclusive flightтуристический рейс типа инклюзив турincontrollable flightнеуправляемый полетin flightв процессе полетаin flight blunderгрубая ошибка в процессе полетаin flight bumpвоздушная яма на пути полетаinstructional check flightучебный проверочный полетinstructional dual flightучебный полет с инструкторомinstructional solo flightучебный самостоятельный полетinstrument flightполет по приборамinstrument flight planплан полета по приборамinstrument flight procedureсхема полета по приборамinstrument flight rulesправила полетов по приборамinstrument flight rules operationполет по приборамinstrument flight trainerтренажер для подготовки к полетам по приборамinstrument flight trainingподготовка для полетов по приборамintended flightпланируемый полетintended flight pathпредполагаемая траектория полетаintermediate flight stopпромежуточная посадкаinternational flightмеждународный рейсinternational flight stageэтап полета над другим государствомintroductory flightвывозной полетinward flightвход в зону аэродромаjeopardize flight safetyугрожать безопасности полетовjeopardize the flightподвергать полет опасностиjettisoned load in flightгруз, сброшенный в полетеlatch the propeller flight stopставить воздушный винт на полетный упорlateral flight pathтраектория бокового пролетаlevel flightгоризонтальный полетlevel flight noise requirementsнормы шума при полетах на эшелонеlevel flight pathтраектория горизонтального полетаlevel flight timeвремя горизонтального полетаlimit flight timeограничивать полетное времяline of flightлиния полетаline oriental flight trainingлетная подготовка в условиях, приближенных к реальнымlocal flightаэродромный полетlong-distance flightмагистральный полетlow altitude flight planning chartкарта планирования полетов на малых высотахlower flight levelнижний эшелон полетаlow flightполет на малых высотахlow-level flightбреющий полетlow-speed flightполет на малой скоростиlow-visibility flightполет в условиях плохой видимостиmaiden flightпервый полетmaintain the flight levelвыдерживать заданный эшелон полетаmaintain the flight procedureвыдерживать установленный порядок полетовmaintain the flight watchвыдерживать заданный график полетаman-directed flightуправляемый полетmanipulate the flight controlsоперировать органами управления полетомmechanical flight release latchмеханизм открытия защелки в полетеmeteorological reconnaissance flightполет для разведки метеорологической обстановкиmid-course flightполет на среднем участке маршрутаminimum flight pathтраектория полета наименьшей продолжительностиmisinterpreted flight instructionsкоманды, неправильно понятые экипажемmisjudged flight distanceнеправильно оцененное расстояние в полетеmode of flightрежим полетаmodify the flight planуточнять план полетаmonitor the flightследить за полетомmultistage flightмногоэтапный полетnight flightночной полетnoise certification takeoff flight pathтраектория взлета, сертифицированная по шумуnoiseless flightмалошумный полетnonrevenue flightнекоммерческий рейсnonscheduled flightполет вне расписанияnonstop flightбеспосадочный полетnontraffic flightслужебный рейсnonvisual flightполет в условиях отсутствия видимостиodd flight levelсвободный эшелон полетаoff-airway flightполет вне установленного маршрутаone-stop flightполет с промежуточной остановкойone-way flightполет в одном направленииon-type flight experienceобщий налет на определенном типе воздушного суднаoperational flight information serviceоперативное полетно-информационное обслуживаниеoperational flight planдействующий план полетаoperational flight planningоперативное планирование полетовoperational flight proceduresэксплуатационные приемы пилотированияorientation flightполет для ознакомления с местностьюout-and-return flightполет туда - обратноout-of-trim flightнесбалансированный полетoutward flightуход из зоны аэродромаoverland flightтрансконтинентальный полетoversold flightперебронированный рейсoverwater flightполет над водным пространствомoverweather flightполет над облакамиperformance flightполет для проверки летных характеристикpleasure flightпрогулочный полетpoint-to-point flightполет по размеченному маршрутуportion of a flightотрезок полетаpositioning flightполет с целью перебазированияpowered flightполет с работающими двигателямиpower-off flightполет с выключенными двигателямиpower-on flightполет с работающими двигателямиpractice flightтренировочный полетprearranged flightзапланированный полетprescribed flight dutyустановленные обязанности в полетеprescribed flight trackпредписанный маршрут полетаpreset flight levelзаданный эшелон полетаprivate flightполет с частного воздушного суднаproduction test flightзаводской испытательный полетprofit-making flightприбыльный рейсprovisional flight forecastориентировочный прогноз на полетradio navigation flightполет с помощью радионавигационных средствreach the flight levelзанимать заданный эшелон полетаrearward flightполет хвостом впередreceive flight instructionполучать задания на полетreference flightполет по наземным ориентирам или по командам наземных станцийreference flight procedureисходная схема полетаreference flight speedрасчетная скорость полетаrefuel in flightдозаправлять топливом в полетеrefuelling flightполет с дозаправкой топлива в воздухеregular flightполет по расписаниюrelief flightрейс для оказания помощиrepetitive flight planплан повторяющихся полетовreplan the flightизмерять маршрут полетаreportable flight couponотчетный полетный купонreport reaching the flight levelдокладывать о занятии заданного эшелона полетаrestart the engine in flightзапускать двигатель в полетеresume the flightвозобновлять полетreturn flightобратный рейсrevenue earning flightкоммерческий рейсrhumb-line flightполет по локсодромииrotorcraft flight structureнесущая система вертолетаround-trip flightполет по круговому маршрутуroutine flightежедневный рейсsailing flightпарящий полетscheduled flightполет по расписаниюsector flightполет в установленном сектореselect the flight routeвыбирать маршрут полетаshakedown flightиспытательный полетshort-haul flightполет на короткое расстояниеshuttle flightsчелночные полетыsideward flight speedскорость бокового движения(вертолета) sight-seeing flightпрогулочный полет с осмотром достопримечательностейsimulated flightимитируемый полетsimulated flight testиспытание путем имитации полетаsimulated instrument flightимитируемый полет по приборамsingle-engined flightполет на одном двигателеsingle-heading flightполет с постоянным курсомsoaring flightпарящий полетsolo flightсамостоятельный полетspecial event flightполет в связи с особыми обстоятельствамиstabilized flightустановившийся полетstaggered flight levelсмещенный эшелон полетаstall flightполет на критическом угле атакиstandoff flightполет в установленной зонеstationary flightустановившийся полетsteady flightустановившийся полетsteady flight speedскорость установившегося полетаstill-air flightполет в невозмущенной атмосфереstill-air flight rangeдальность полета в невозмущенной атмосфереstored flight planрезервный план полетаstraight flightпрямолинейный полетsubmission of a flight planпредставление плана полетаsubmit the flight planпредставлять план полетаsubsonic flightдозвуковой полетsupernumerary flight crewдополнительный летный экипажsupersonic flightсверхзвуковой полетsupervised flightполет под наблюдениемsupplementary flight planдополнительный план полетаsynthetic flight trainerкомплексный пилотажный тренажерtailwind flightполет с попутным ветромtakeoff flight pathтраектория взлетаtakeoff flight path areaзона набора высоты при взлетеtaxi-class flightрейс аэротаксиterminate the flightзавершать полетtest flightиспытательный полетtest in flightиспытывать в полетеtheory of flightтеория полетаthrough flightсквозной полетthrough on the same flightтранзитом тем же рейсомtotal flight experienceобщий налетtraffic by flight stageпоэтапные воздушные перевозкиtraining dual flightтренировочный полет с инструкторомtraining flightтренировочный полетtraining flight engineerбортинженер - инструкторtraining solo flightтренировочный самостоятельный полетtransfer flightрейс с пересадкойtransient flightнеустановившийся полетtransient flight pathтраектория неустановившегося полетаtransit flightтранзитный рейсtrial flightиспытательный полетturbulent flightполет в условиях болтанкиturnround flightполет туда-обратноunaccelerated flightустановившийся полетuncontrolled flightнеконтролируемый полетunder flight testиспытываемый в полетеundergo flight testsпроводить летные испытанияunofficial flight informationнеофициальная информация о полетеunscheduled flightполет вне расписанияunsteady flightнеустановившийся полетupper flight information regionверхний район полетной информацииupper flight levelверхний эшелон полетаupper flight regionрайон полетов верхнего воздушного пространстваusable flight levelрабочий эшелон полетаvectored flightуправляемый полетvisual contact flightполет с визуальной ориентировкойvisual flightвизуальный полетvisual flight rulesправила визуального полетаvisual navigation flightполет по наземным ориентирамVOR course flightполет по маякам ВОРwhile in flightв процессе полетаwings-level flightполет без кренаwith rated power flightполет на номинальном расчетном режиме -
15 identification
identification nопознаваниеaerial identificationопознавание в полетеaerodrome identificationопознавание аэродромаaerodrome identification signопознавательный знак аэродромаairborne identification equipmentбортовая аппаратура опознаванияaircraft identificationопознавание воздушного суднаaircraft identification systemсистема опознавания воздушного суднаaircraft stand identificationобозначение места остановки воздушного суднаaircraft stand identification signопознавательный знак места стоянки воздушного суднаbeam identificationрадиолокационное опознаваниеflight occurrence identificationусловное обозначение события в полетеflight report identificationусловное обозначение в сообщении о ходе полетаidentification aidsсредства опознаванияidentification codeкод опознаванияidentification dataданные для опознаванияidentification friend-foeопознавание свой-чужойidentification labelопознавательная биркаidentification lightопознавательный огоньidentification manoeuvreманевр для опознаванияidentification markопознавательный знакidentification of signalsопознавание сигналовidentification procedureпроцедура опознаванияidentification signalсигнал опознаванияidentification sleeveбирка трубчатого типа(для маркировки трубопроводов) identification tagопознавательная биркаidentification tag portionотрывной талонidentification transponderрадиоответчик системы опознаванияindividual identification codeкод индивидуального опознаванияmeans of identificationсредства опознаванияradar blip identificationопознавание радиолокационной отметкиradar identificationрадиолокационное опознаваниеradar identification transferпередача кода радиолокационного опознаванияradio identificationрадиоопознаваниеsecure identificationгарантировать опознаваниеselective identification featureопознавательный кодовый сигналsquawk identificationопознавание кода ответчикаvisual identificationвизуальное опознавание -
16 automation servers
Автоматизация. Клиенты и серверы автоматизации.
Автоматизация (ранее известная как OLE-автоматизация – OLE Automation) – это одно из наиболее важных средств технологии ActiveX, позволяющее программно управлять объектами из других приложений. И это основное средство, с помощью которого можно интегрировать функциональные возможности различных приложений. Приложения, поддерживающие автоматизацию, делятся на две категории: клиенты автоматизации и серверы автоматизации. Причем некоторые приложения могут быть только клиентами либо только серверами автоматизации, но есть и такие (и к ним относится Microsoft Access), которые могут выступать и в том и в другом качестве.
Клиенты и серверы автоматизации При интеграции двух приложений одно предоставляет свои объекты для использования, а другое использует объекты первого приложения. Приложение, объекты которого доступны для других приложений, называется сервером автоматизации (иногда его еще называют компонентом). Приложение, которое использует объекты другого приложения, называется клиентом (или контроллером) автоматизации. Объекты, которые доступны для других приложений, называют объектами автоматизации. Через объекты автоматизации приложение-сервер открывает доступ другим программам к тем своим функциям, которые могут быть им полезны. Например, текстовый редактор может открывать другим программам доступ к проверке орфографии, служба связи – доступ к созданию и отправке сообщений. Это позволяет разработчикам ускорить процесс разработки своих приложений, благодаря использованию готовых функций сервера. Объекты приложения-сервера образуют библиотеку объектов, которая может быть подключена к приложению-клиенту путем установки ссылки в проекте VBA (см. разд. "Установка ссылок на объектные библиотеки" гл. 13). Приложение-клиент использует объекты приложения-сервера путем доступа к их свойствам и методам. При этом он имеет все те возможности, которые есть у сервера автоматизации. Например, Microsoft Excel имеет модель объектов, которая включает такие объекты, как Workbook, Worksheet, Sell и др. К этим объектам можно обращаться из Microsoft Access, а также из других приложений, поддерживающих автоматизацию. Чтобы получить представление о работе с технологией автоматизации OLE, нужно разобраться в классификации серверов автоматизации, которые могут быть использованы в написании приложений систем управления базами данных. Существуют пять основных типов серверов автоматизации.- Полные серверы (full servers) – это самостоятельные приложения, например Microsoft Excel и Microsoft Word, использующие автоматизацию. Данные приложения, подобно Access, предоставляют свои объекты для использования собственной версии VBA. Полные серверы называются также локальными серверами (local servers), поскольку сервер такого типа должен размещаться на том же компьютере, что и приложение клиента автоматизации.
- Серверы автоматизации (automation servers) – это серверы, которые не являются внедряемыми объектами. В качестве примера такого сервера можно привести Microsoft Access. Название Microsoft Access не содержится в списке Тип объекта (Object Type) вкладки Создание (Create New) диалогового окна Объект (Object) меню Вставка (Insert) приложений Microsoft Word или Microsoft Excel. При попытке указать файл базы данных во вкладке Создание из файла (Create From File) элемент управления Упаковщик объектов (Object Packager) пытается создать пакет из файла базы данных.
- Мини-серверы (mini-servers) – это приложения, которые могут быть запущены только из приложений-клиентов автоматизации, например Microsoft Graph (MSGraph9) или Visio Express. Приложение, являющееся мини-сервером, должно представлять собой выполнимый файл (с расширением ехе) и иметь возможность раскрывать окно приложения. Мини-серверы, отображающие объекты конкретного класса, например файлы изображений, видеоклипы и т. д., называются средствами просмотра (viewers).
- Специальные элементы управления OLE (OLE Controls) – это одна из разновидностей мини-серверов. Специальные элементы управления OLE, имеющие расширение файлов осх, кроме методов и свойств, предоставляют для использования другими приложениями еще и события. Они похожи на специальные элементы управления Visual Basic (VBXs). Некоторые элементы управления OLE, подобно VBXs, в режиме выполнения выводятся на экран, другие в режиме выполнения невидимы.
- Элементы управления ActiveX (ActiveX Controls) являются облегченной 32-разрядной версией элементов управления OLE. Такие элементы хранятся в файлах с тем же, что и у элементов OLE, расширением (осх), однако их размер на 30-50% меньше, чем у заменяемых ими элементов OLE. Элементы управления ActiveX являются основой развиваемой в настоящее время фирмой Microsoft технологии ActiveX
- Служебные серверы (process servers) – это подкласс серверов автоматизации, используемых для выполнения функций, которые не взаимодействуют с интерфейсом пользователя. Служебные серверы делятся на внешние ( OutOfProc(ess)) и внутренние ( InProc(ess)). Внешние серверы – это выполнимые файлы, которые запущены собственным процессом, т. е. имеют отдельную зарезервированную память. К внешним серверам можно отнести полные серверы и мини-серверы. Внутренние серверы используют память совместно с приложением клиента автоматизации. К внутренним серверам относятся специальные элементы управления ActiveX.
Служебные серверы не входят в официальную классификацию серверов автоматизации. Этот термин используется для того, чтобы различать невидимые управляемые служебные объекты сервера, работающие в фоновом режиме, и управляемые объекты, обладающие видимым представлением в режиме выполнения или режиме Конструктора Microsoft Access. Чаще всего служебные серверы используются при создании приложений баз данных, располагающих служебный сервер автоматизации между входным каналом приложения клиента и выходным каналом приложения сервера для обработки запросов приложения сервера или отслеживания ошибок данных входного канала сервера. Такие серверы невидимы для пользователя. Одним из преимуществ автоматизации является возможность работы с управляемыми полными серверами и мини-серверами без создания видимого экземпляра сервера автоматизации. Автоматизация запускает приложение самостоятельно, без внешнего вмешательства. Если серверу не указано активизировать окно, он невидим, и в списке задач его имя не содержится.
[ http://samoucka.ru/document18469.html]Тематики
EN
Англо-русский словарь нормативно-технической терминологии > automation servers
См. также в других словарях:
События в Польше в сентябре 1939 года — Это обзорная статья об исторической дискуссии по поводу событий в Польше в сентябре 1939 года. О действиях вермахта на территории Польши в это время см. статью Польская кампания вермахта (1939), о действиях Красной Армии см. статью Польский … Википедия
Универсальные десантные корабли типа «Америка» — Эта статья или часть статьи содержит информацию об ожидаемых событиях. Здесь описываются события, которые ещё не произошли … Википедия
Нейрофиброматоз II типа — МКБ 10 Q85.085.0 МКБ 9 237.72237.72 OMIM … Википедия
Тяжёлые крейсера типа «Лондон» — London class heavy cruisers … Википедия
MIDI — Эта статья или раздел нуждается в переработке. Пожалуйста, улучшите статью в соответствии с правилами написания статей … Википедия
BPMN — (англ. Business Process Model and Notation, нотация и модель бизнес процессов) система условных обозначений (нотация) для моделирования бизнес процессов. Разработана Business Process Management Initiative (BPMI) и поддерживается… … Википедия
ГОСТ Р 53531-2009: Телевидение вещательное цифровое. Требования к защите информации от несанкционированного доступа в сетях кабельного и наземного телевизионного вещания. Основные параметры. Технические требования — Терминология ГОСТ Р 53531 2009: Телевидение вещательное цифровое. Требования к защите информации от несанкционированного доступа в сетях кабельного и наземного телевизионного вещания. Основные параметры. Технические требования оригинал документа … Словарь-справочник терминов нормативно-технической документации
широковещательное объектно-ориентированное сообщение о событии на подстанции — GOOSE сообщение [Интент] широковещательное объектно ориентированное сообщение о событии на подстанции Широковещательный высокоскоростной внеочередной отчет, содержащий статус каждого из входов, устройств пуска, элементов выхода и реле, реальных и … Справочник технического переводчика
ОТНОСИТЕЛЬНОСТИ ТЕОРИЯ — физическая теория, рассматривающая пространственно временные свойства физич. процессов. Эти свойства являются общими для всех физич. процессов, поэтому их часто наз. просто свойствами пространства времени. Свойства пространства времени зависят от … Математическая энциклопедия
Электровоз ЧС200 — ЧС200 ЧС200 002 в железнодорожном музее Варшавского вокзала в Санкт Петербурге … Википедия
ЧС200 — ЧС200 … Википедия